TECHNICAL FIELD

This disclosure generally relates to electronic devices having remote controllers that may be used for controlling one or more other devices.

BACKGROUND

The acoustic experience associated with a television can be improved via acoustic devices such as home theater systems, sound-bars etc.

SUMMARY

In one aspect, this document features a method that includes receiving, at an intermediate device disposed between a source device and a

destination device, information indicative of a user-selection. The user- selection identifies a particular control element from a plurality of control elements of a controller device. Each of the plurality of control elements is selectable as the particular control element to be associated with the source device. The method also includes mapping a control profile to the particular control element identified by the user-selection, and receiving, from the controller device, information indicative of a user-interaction with the particular control element. Responsive to receiving the information indicative of the user-interaction of the particular control element, the intermediate device processes at least a portion of an output of the source device in accordance with the control profile mapped to the particular control element.

In another aspect, this document features a device that includes a first port for receiving a connection from a destination device, and at least one second port for receiving a connection from a source device. The device also includes circuitry for routing at least a portion of an output of the source device from the second port to the first port. The device further includes one or more processing devices configured to receive information indicative of user-selection that identifies a particular control element from a plurality of control elements of a controller device. Each of the plurality of control elements is selectable as the particular control element to be associated with the source device. The one or more processing devices are also configured to map a control profile to the particular control element identified by the user- selection, and receive, from the controller device, information indicative of a user-interaction with the particular control element. Responsive to receiving the information indicative of the user-interaction of the particular control element, the one or more processing devices process at least a portion of the output of the source device in accordance with the control profile mapped to the particular control element.

In another aspect, this document features one or more machine- readable storage devices having encoded thereon computer readable instructions for causing one or more processors of an intermediate device to perform various operations. The intermediate device is disposed between a source device and a destination device. The operations include receiving information indicative of user-selection that identifies a particular control element from a plurality of control elements of a controller device. Each of the plurality of control elements is selectable as the particular control element to be associated with the source device. The operations also include mapping a control profile to the particular control element identified by the user-selection, and receiving, from the controller device, information indicative of a user- interaction with the particular control element. The operations also include, responsive to receiving the information indicative of the user-interaction of the particular control element, processing at least a portion of an output of the source device in accordance with the control profile mapped to the particular control element.

Implementations of the above aspects can include one or more of the following features.

The source device can be a media playing device or gaming device, and the destination device can be a media rendering device. The media rendering device can be one of: a television, a display device, or a projector. The intermediate device can be one of: an audio rendering device, a video rendering device, or an audio/video rendering device. The output of the source device can include an audio portion and a video portion. The intermediate device can be an acoustic device configured to render the audio portion of the output of the source device. The control profile can indicate that a representation of the audio portion is to be extracted by the intermediate device from the output of the source device. Processing the portion of the output of the source device in accordance with the control profile can include extracting the audio portion from the output of the source device, and forwarding a portion of the output to the destination device. The portion of the output forwarded to the destination device can include the video portion to be rendered by the destination device. The intermediate device can receive delay information indicative of a video processing latency associated with a rendering of the video portion on the destination device, and reproduce the audio portion at the intermediate device in accordance with the delay information. The delay information can be received from the destination device. The destination device can be connected to the intermediate device by a high-definition multimedia interface (HDMI) connector. At least a portion of audio output of the source device can be unsupported by an audio return channel (ARC) of the HDMI connector. The control profile can be selected responsive to receiving, from the source device, information indicative of an audio output capability of the source device. The first port can be configured to receive a high-definition multimedia interface (HDMI) connector.

Various implementations described herein may provide one or more of the following advantages. An intermediate device disposed between a source device and a destination device can be configured to process data (e.g., audio data) generated by the source device based on contextual information about the source device. For example, if the source device (e.g., a BD player) is capable of generating audio data (e.g., 5.1 Dolby Pro Logic ^® ) that is not supported by the destination device (but maybe processed at the intermediate device), the intermediate device can be configured to extract the audio data from the stream received from the source device and pass on the remaining portion of the stream (e.g., including video data) to the destination device. On the other hand, if the source device generates audio data that may be processed by the destination device and returned to the intermediate device for rendering (e.g., via a return channel), the intermediate device can be configured to pass the entire data stream from the source device to the destination device. The intermediate device may be made aware of such contextual information about the source device via a dynamic mapping process of one or more source buttons of a remote controller of the

intermediate device. This way, even though a same input port is used for connecting two different source devices to the intermediate device at two different times, the dynamic mapping of the source buttons on the remote can cause the intermediate device to process the data streams from the two devices in two different ways. In some cases, this may result in data being processed by the best available device to process such data, thereby enhancing the media experience resulting from the combination of the devices.

In some cases, contextual information about where a portion of the data is to be processed may also be used to request the source device to generate an appropriate type of data. For example, if the audio data generated by the source device is to be processed at a destination device that can only process two-channel audio (as opposed to, for example, 5.1 Dolby Pro Logic ^® ), the intermediate device may ask the source device to provide two-channel audio data even if the source device is capable of providing audio data corresponding to 5.1 Dolby Pro Logic ^® . In some cases, this may result in the source device generating appropriate types of data, thereby reducing chances of audible or visual artifacts resulting from processing of incompatible types of data.

Two or more of the features described in this disclosure, including those described in this summary section, may be combined to form

implementations not specifically described herein.

The details of one or more implementations are set forth in the accompanying drawings and the description below. Other features, objects, and advantages will be apparent from the description and drawings, and from the claims. DESCRIPTION OF THE DRAWINGS

FIG. 1 A is a block diagram of an example system where multiple source devices are connected to a TV, which in turn is connected to an acoustic device.

FIG. 1 B is a block diagram of an example system where multiple source devices are connected to an acoustic device, which in turn is connected to a TV.

FIGs. 2A-2B are each a block diagram of an example system where one or more source devices are connected to an intermediate device, and the intermediate device is also connected to a destination device.

FIG. 3 is an example of a user-interface usable for mapping and configuring a control element of a control device.

FIG. 4 is a flowchart of an example process for processing at least a portion of an output of a source device in accordance with a control profile mapped to a particular control element of a control device.

FIG. 5 is a flowchart of an example process for transmitting, from an intermediate device, capability information usable by a source device to generate a data stream.

DETAILED DESCRIPTION

User experiences associated with TVs or other video devices such as projectors or other display devices may be enhanced via use of advanced acoustic devices such as sound bars or home theater systems (e.g., multiple speakers connected to an audio/video receiver (AVR) console). In some cases, the audio output port of a TV is connected to such an acoustic device which produces the enhanced acoustic output based on the audio data generated from the TV. FIG. 1 A shows such a configuration 100, where a TV 105 is connected to an acoustic device 110. Multiple source devices such as a DVD/Blu-Ray Disc™ (DVD/BD) player 115, a game console 120, and a set- top-box (STB) 125 are connected to the TV 105. The TV 105 may be connected to the acoustic device 110 via a connector 130 such as an optical cable or a High Definition Multimedia Interface (HDMI) cable. In some cases, one or more source devices may be connected to an acoustic device 110 such as an AVR console. FIG. 1 B shows such a configuration 150, where a TV 105 is connected to an acoustic device 110, and the multiple source devices are connected to the acoustic device 110.

When connected in a configuration such as the configuration 150 of FIG. 1 B, the acoustic device 110 can be configured to receive a data stream (including audio/video data) via an HDMI input port from a connected source device, extract a portion of the data (e.g., audio content) from these forward- path streams, and retransmit the data stream over a forward channel 155 via an output HDMI output port to the TV 105. In some cases, the acoustic device 110 may also have the capability of receiving reverse-path audio stream(s) directly from the TV, via a return channel 160 such as a wired or wireless digital link or an HDMI-Audio Return Channel (HDMI-ARC).

Receiving the audio information from the forward path or the reverse path each has its own advantages and challenges. For example, when extracting audio in the forward path, the acoustic device 110 may extract the best available audio format (e.g., 5.1 surround sound rather than two channel stereo). However, because the TV 105 is downstream of the acoustic device 110, the extracted audio does not include any content generated by the TV 105, such as audible alerts or sounds (e.g., associated with selection menu items on the TV). Information about such content may therefore be

transmitted to the acoustic device 110 over the return channel 160 and synchronized with the audio information extracted from the forward path. In addition, in order to render the audio in time-synchronized fashion with the video (e.g., to ensure lip sync), the acoustic device may require an associated delay information from the TV 105. This in turn may require buffer a portion of the extracted audio data prior to rendering.

On the other hand, when extracting audio in the reverse path, the acoustic device 110 receives the audio content generated by the source device synchronized with the audio content generated by the TV. In addition, because the audio and video content is synchronized at the output of most TVs, there is no additional burden imposed on the acoustic device 110 to delay the rendering of the audio. However, some TVs may be limited in the formats they can generate and deliver via the return channel 160. In addition, even if the TV is capable of generating an advanced audio format, the return channel 160 may not be capable of supporting such a format. For example, formats such as Dolby True HD ^® , DTS HD-Master ^® , and Multi-channel linear pulse code modulation (LPCM) having more than two channels are not supported by HDMI-ARC, even though these formats are supported in the forward HDMI path.

Therefore, in some cases, whether to extract the audio information from the forward path or the reverse path may depend on various types of contextual information. For example, if a source device connected to an acoustic device is capable of generating advanced audio data that may be processed at the acoustic device (but not by the TV), and the delay information is available from the TV, the acoustic device can be configured to extract the audio data from the forward path. On the other hand, if the source device generates audio data that may be processed by the TV and returned to the acoustic device for rendering (e.g., via a return channel), or if the source device is connected to the TV, the acoustic device may extract the audio data from the reverse path.

As shown in FIG. 1 B, various source devices such as DVD players, Blu-Ray Disc™ (BD) players, streaming devices, and set-top boxes may be controlled using a controller device 170 such as a universal remote controller provided with the acoustic device 110. For example, the remote controller 170 may be programmed with appropriate codes associated with the various source devices, and activation of a source button 172 associated with a particular source device allows the remote controller to control the particular source device, for example, using the control buttons 175 of the remote controller 170. In such cases, one or more control elements associated with a particular source device may be hard-wired to a selection of a physical input port of the acoustic system using a corresponding source button 172. For instance, in the example of FIG. 1 B, selection or activation of the "TV" button can correspond to extracting audio information from the return channel 160 of the connection to the TV. Likewise, selection of the "DVD/BD" button can correspond to extracting audio information from a forward path of the data stream coming in from the DVD/BD player 115 connected to a corresponding input port.

However, such hard-wired processing (which may also be referred to as static routing and control) may not be advantageous in some cases. For example, when a source device is not directly attached as an input port of the acoustic device, the corresponding source button 172 on the remote controller cannot be selected. For example, unless a source device is attached to the auxiliary input port of the acoustic device, the "AUX" button on the remote control cannot be used to select any source device. In some cases, where the acoustic device does not have a large number of input ports (e.g., due to form factor or design issues), only the corresponding few source buttons 172 on the remote controller are usable. For example, if the acoustic system only has one HDMI input port that has a set-top-box connected, all source buttons 172 except the "STB" button may be rendered non-functional. In addition, in hard-wired processing, incoming data streams are processed based upon the physical connections. For example, if the "TV" button corresponds to extracting the audio from the reverse path on the respective input port, data from any other source device connected to that input port would be processed in that way, even if better quality audio is available in the forward path.

This document describes technology that may allow for associating source buttons 172 on a remote device to an acoustic device such that the acoustic device processes incoming data through an input port in accordance with the source device connected to the input port. This in turn may allow for avoiding hard-wired associations between source buttons 172 and input ports, thereby allowing for fewer input ports on the acoustic device. The technology may therefore facilitate design and implementation of acoustic devices with a small number of input ports, and correspondingly small form factors, without sacrificing the flexibility of connecting various source devices and controlling them with a universal remote controller. FIGs. 2A and 2B show examples of systems implementing technology described herein. Specifically, FIG. 2A shows an example of a configuration 200 where an acoustic device 205 is disposed between a destination device 210 and a source device (a DVD/BD player 115, in this particular example). Examples of a destination device can include a TV 105, or other audio/visual devices such as a projector, another display device, or another audio/visual device connected to the acoustic device 205 to render at least a portion of the signals generated by a source device. In some cases, a destination device may also be referred to as a sink device. Because in some configurations, the acoustic device 205 is disposed between at least one source device and at least one destination device 210, the acoustic device 205 may also be interchangeably referred to as an intermediate device. In some

implementations, one or more source devices (e.g., the game console 120 and the STB 125) are directly connected to the destination device 210.

In some implementations, the technology described herein may be used to address the above-mentioned challenges associated with static routing and control. For example, the technology may provide the flexibility of dynamically configuring how a data stream is processed by the intermediate device 205, for example, based on which source button is selected on a remote controller 170. While the examples herein refer to the remote controller 170 as a physical device, the functionalities of the remote controller may also be implemented using an application executing on a mobile device or TV. As such, the remote controller 170 may be interchangeably referred to herein as a control device, and the source buttons 172 and control buttons175 on the remote controller 170 may interchangeably be referred to as control elements.

In some implementations, the above-mentioned flexibility can be provided via the use of a data structure 220 that represents a control map or control profile, and maps various control elements on the user's control device to a set of control parameters for the intermediate device 205. For example, the source buttons 172 of a remote controller 170 (or menu items on a mobile application) can be mapped to the data structure 220 that is indicative of one or more control parameters. The control parameters may be processed by the intermediate device 205 to carry out various operations. Examples of such operations include selection of one of the physical input ports of the intermediate device 205, selection of a source device (which may not be directly attached to the intermediate device 205) either upstream or downstream of the intermediate device, selection of a portion of a data stream (e.g., an audio portion included in the data stream) in either a forward or a reverse path, and execution of a control function (e.g. , pausing or stopping playback) on a particular data stream or source device, such as pausing or stopping audio playback.

In some implementations, an entry (e.g., 225a, 225B etc., 225 in general) in the data structure 220 may include one or more fields (226a, 226b, etc., 226 in general) that specify how the intermediate device 205 should be configured upon selection of a particular control element on the control device. For example, a field 226 can specify a control element (e.g., a particular source button 172 or control button 175 or a user-interface element presented on a display device) for performing a specific control function. The specific control function to be performed upon activation of the corresponding control element may be specified using another field 226b. Examples of such control functions include a control operation on a particular device or a particular portion of a data stream, such as selection of a particular input port, or pausing the audio portion of the data stream from a particular input port. In some implementations, the input port to be associated with the control element can be specified using a field 226c. In the example shown in FIG. 2A, the control element "TV" (as represented by the entry 225a) is associated with the HDMI-ARC port (i.e., the reverse path input port from the TV to the intermediate device) via the corresponding field 226c, and the control element "DVD/BD" (as represented by the entry 225b) is associated with HDMI Port 1 of the acoustic device 205 via the corresponding field 226c. In some implementations, a field 226d may be used to specify whether the

corresponding source device is directly or indirectly connected. For example, the field 226d can be used to specify an HDMI device address on a local HDMI network, the HDMI device address specifying where the source device is connected.

In some implementations, a field 226f may be used to specify how the intermediate device 205 is to process a data stream from a source device. For example, the field 226f may be used to specify whether an audio portion of the data stream is to be extracted from the forward or the reverse path. In the example of FIG. 2A, the field 226f in the entry 225a specifies that the audio is to be extracted from the reverse path when the control element "TV" is selected, and the field 226f in the entry 225b specifies that the audio is to be extracted from the forward path when the control element "DVD/BD" is selected.

In some implementations, the data structure 220 can be stored on a storage device accessible by the acoustic device 205, and retrieved upon receipt of information indicative of user-selection that identifies a particular button (or other control element) of a corresponding control device. For example, when a particular control element is activated (for example, via pressing of a source button 172 of a remote controller 170), the intermediate device 205 can refer to the control profile represented by the data structure 220 and configure itself in accordance with the entry 225 associated with the particular control element. The intermediate device 205 can then perform various control functions on the associated input source device.

In the particular example shown in FIG. 2A, when a user selects the "DVD/BD" button on the remote controller 170, the intermediate device 205 accesses the data structure 220 in response, and based on the information therein, instructs the BD player 115 to play the main track of the Blu-ray ^® disc (as specified, for example, a field 226e of the entry 225) and pause playback until the user presses another button to resume the playback. When playback is resumed, a data stream (including the audio/video content) is provided by the Blu-Ray player to the intermediate device 205 on HDMI Port 1 , and the intermediate device 205 extracts the audio content from the data stream in the forward path to deliver the audio through the speakers of the intermediate device 205. In a second example illustrated in FIG. 2A, when the user presses the "TV" button on the remote controller 170, the intermediate device 205 accesses the data structure 220, and based on the information therein, instructs the TV to turn on (e.g., if the TV is in standby mode) and play the live program on Channel 3 (as specified, for example, by the field 226e of the entry 225a). As the TV presents the corresponding audio to the intermediate device via the return channel 160 (e.g. , HDMI-ARC), the intermediate device 205 extracts the audio from the corresponding port on the reverse path and delivers the audio via the speakers of the intermediate device 205.

FIG. 2B illustrates use of dynamic routing and control in a more complex configuration 250 (as compared to the configuration 200 of FIG. 2A). In this example, in addition to behaving as an HDMI source, the BD player 115 also includes HDMI pass-through capability which allows the BD player 115 to act as a router in the connection path between the game console 120 and the intermediate device 205. Also, in this example, the intermediate device 205 includes two input ports (e.g. , HDMI input ports) that are connected to the BD player 115 and a STB 125, respectively. In the configuration of FIG. 2B, the source buttons "DVD/BD" and "TV" can function substantially in the same way as described with respect to FIG. 2A. In addition, when the user presses the "AUX" button on the remote controller 170, the intermediate device 205 (based on information available in the data structure 255) can be configured to recognize the associated source device to be the game console 120 (e.g., based on the address provided in the field 226d of the entry 225c), and accordingly instruct the game console 120 to be restarted. Upon receiving a resulting data stream from the game console 120 through the BD player 115, the intermediate device 205 extracts the audio in the forward path as specified in the entry 225c of the data structure 255. In another example, when the user presses the "STB" button of the remote controller 170, the intermediate device 205 instructs the STB to resume the program on Channel 7. As a corresponding data stream is received by the intermediate device 205 via a corresponding port (e.g., HDMI port 2 in this example), the intermediate device 205 passes the data stream (including all audio and video content) to the TV and extracts the audio from the TV on the reverse path.

The data structures 220 and 255 shown in FIGs. 2A and 2B are examples of control profiles that may be used for configuring an intermediate device 205 in accordance with selections of different control elements on a controller device 170. The control profiles can be of various other forms and can include more, less, and/or different contents than that shown for the data structures 220 and 255. In some implementations, the portion of the data stream to be extracted may be specified using a separate field. For example, such a field can be used to specify which portion of the data stream (e.g., a particular channel of audio data, the video portion etc.) is to be

extracted/processed by the intermediate device 205. In some

implementations, various other configuration parameters can be included in the entries 225 of the data structures. In some implementations, the entries within a control profile may have different number of fields, different field types, field lengths, etc. For example, an entry for the control element "TV" may have fewer (or more) fields than the entry for the control element "DVD/BD".

In some implementations, the control profiles (e.g., the data structures 220 and 255 illustrated in FIGs. 2A and 2B, respectively) can be user- configurable. For example, the control profiles may be configured via an application executing on a mobile device or computing device that can communicate the information to a corresponding intermediate device 205. In some implementations, the control profiles may also be configured using a user-interface generated by the intermediate device 205. Such a user interface can be presented, for example, on a display device of the intermediate device 205 or on a destination device 210 such as a TV. In some implementations, this may allow different users to personalize the control profiles. For example, if a user wants to connect a second streaming device instead of an STB, the user may configure the entry associated with the control element "STB" to include control parameters suitable for processing data from a streaming device. FIG. 3 is an example of a user-interface 300 usable for mapping and configuring a control element of a control device. In some implementations, the user-interface 300 can be presented on a mobile device (e.g., a

smartphone or tablet computer) by an application executing on the mobile device. The application can be configured to cause the mobile device to communicate the configuration information to an intermediate device and/or a controller device such as a remote controller. In some implementations, the user-interface 300 can include a control 305 for selecting one or more of the control elements (e.g., remote controller buttons) to be configured. The user- interface 300 can also include various controls for configuring the selected control elements. For example, the user-interface 300 can include a control 310 for enabling surround sound for the selected control element. Enabling this control can cause, for example, the intermediate device to extract the audio portion of the data stream coming from the corresponding source device in the forward path (where available) and generate the corresponding acoustic output through the speakers of the intermediate device. In some implementations, the user-interface 300 can also include one or more controls 315 for adjusting a delay to synchronize the audio output with the

corresponding video output. For example, if the audio portion of the data is extracted in the forward path and rendered at the intermediate device, the rendering of the audio may have to be delayed by a time period to account for the processing delay resulting from a destination device receiving and rendering the corresponding video. This delay may be adjusted by the user using the one or more controls 315. Other controls not shown in the example of FIG. 3 may also be used for configuring the control elements. For example, the user-interface 300 can include controls for adjusting/configuring one or more of the parameters specified using the various fields of the control profiles.

FIG. 4 is a flowchart of an example process 400 for processing at least a portion of an output of a source device in accordance with a control profile mapped to a particular control element of a control device. At least a portion of the operations of the process 400 can be performed by one or more processing devices (e.g. , a controller, a microprocessor, or a digital signal processor (DSP)) disposed in an acoustic device such as the intermediate device 205 described above. Operations of the process 400 includes receiving, at an intermediate device disposed between a source device and a destination device, information indicative of user-selection that identifies a particular control element from a plurality of control elements of a controller device (410). Each of the plurality of control elements can be selectable as the particular control element to be associated with the source device. In some implementations, the controller device is a remote controller associated with the intermediate device. In such cases, the plurality of control elements includes multiple buttons (e.g., the source buttons 172 described above) of a remote controller. The source device can be a media playing device, gaming device, etc. such as a DVD/BD player, a streaming device, an STB box, or a game console. The destination device can be an audio/video rendering device such as a TV, projector, or another display device. The intermediate device can include, for example, an audio rendering device, a video rendering device, or an audio/video rendering device. In some implementations, the intermediate device is a sound-bar that may be connected to a TV.

Operations of the process 400 also include mapping a control profile to the particular control element identified by the user-selection (420). This may be done, for example, using one or more data structures (e.g., the data structures 220 and 255 described above) including a representation of the control profile. In some implementations, the control profile can be selected responsive to receiving, from the source device, information indicative of an audio output capability of the source device. For example, if the source device indicates to the intermediate device that the source device is capable of generating 5.1 Dolby Pro Logic ^® , but the corresponding destination device is not capable of rendering the same, the intermediate device can be configured to select a control profile that specifies extracting the audio from the forward path. In some implementations, the intermediate device can be configured to also select a control profile that specifies extracting the audio from the forward path if the destination device is capable of rendering the audio format generated by the source device, but the return channel (e.g., the return channel 160 described above) between the destination device and the intermediate device is incapable of supporting the rendered audio. In another example, if the source device is capable of generating an audio format that may be rendered by the corresponding destination device, the intermediate device can be configured to select a control profile that specifies extracting the audio from the reverse path.

Operations of the process 400 further include receiving, from the controller device, information indicative of a user-interaction with the particular control element (430). Operations of the process 400 can also include processing, by the intermediate device, at least a portion of an output of the source device in accordance with the control profile mapped to the particular control element (440). The processing can be triggered responsive to receiving the information indicative of the user-interaction of the particular control element. The output of the source device can include an audio portion and a video portion, and the intermediate device can be configured to render the audio portion of the output of the source device. In some

implementations, the control profile can indicate that a representation of the audio portion is to be extracted by the intermediate device from the output of the source device in the forward path. Processing the portion of the output of the source device in accordance with the control profile can include extracting the audio portion from the output of the source device, and forwarding a portion of the output to the destination device. The portion forwarded to the destination device can include the video portion, which is to be rendered by the destination device. In some implementations, the intermediate device receives delay information indicative of a video processing latency associated with a rendering of the video portion on the destination device, and

reproduces the audio portion in accordance with the delay information. The delay information may be received from the destination device rendering the video portion.

In some implementations, the control profiles may also be

automatically configured by the intermediate device, for example, through discovery of various associations between control elements, control functions, input ports, audio streams, and path. Such associations may be generally referred to as contextual information. Referring again to FIG. 2A, the intermediate device 205 may receive capability information indicative of media rendering capabilities of the destination device. For example, the

intermediate device 205 may receive information on the TV model and the ARC capabilities in the form of a data structure such as an Extended Display Identification Data (EDID) data structure or an Enhanced Extended Display Identification Data (E-EDID) data structure. Such data structures may be communicated from the destination device to the intermediate device 205, for example, via Consumer Electronic Control (CEC) messaging over a HDMI connector. In another example, the intermediate device 205 can be configured to receive information representing the media rendering

capabilities of the BD player (e.g., information representing model number, audio format capabilities, video format capabilities etc.), for example, via a data structure such as the CEC-lnfoframe structure. In some

implementations, the intermediate device can be configured to use the received information to dynamically modify/update the capability information received from the destination device before transmitting (or advertising) the capability information to the source device.

In some implementations, dynamically updating the capability information of the destination device based on contextual information may provide an enhanced media experience. For example, a destination device such as a TV may be capable of rendering only two channel pulse code modulation (PCM) audio, and not a more advanced 5.1 surround sound format generated by a source device (e.g., a BD player). If the intermediate device is capable of rendering the more advanced audio format, the intermediate device may be configured to update the capability information received from the destination device to replace the identification of two- channel PCM audio with an identification of the advanced audio format supported by the intermediate device. In another example, the contextual information may indicate that the audio is being rendered at the destination device and the intermediate device is extracting the audio from the reverse path. If the destination device is only capable of rendering two-channel audio, providing an advanced 5.1 surround sound format may be redundant or even produce undesirable artifacts due to inadequate processing capabilities of the destination device. In such a case, excluding the audio capabilities of the intermediate device (and retaining the corresponding capabilities of the destination device) in the updated capability information advertised to the source device can allow the source device to generate a suitable data stream for the given set of contextual information. By allowing the use of contextual information (e.g., as specified via the control profiles) in updating the capability information advertised to the source device, the technology described herein may improve the media experience for a given set of contextual information.

FIG. 5 is a flowchart of an example process for transmitting, from an intermediate device, capability information usable by a source device to generate a data stream. At least a portion of the operations of the process 400 can be performed by one or more processing devices (e.g., a controller, a microprocessor, or a digital signal processor (DSP)) disposed in an acoustic device such as the intermediate device 205 described above. Operations of the process 500 includes receiving, at an intermediate device disposed between a source device and a destination device, capability information indicative of media rendering capabilities of the destination device (510). The capability information indicative of the media rendering capabilities of the destination device can include one or more descriptive blocks arranged as a data structure. The capability information can include information of audio rendering capabilities and/or video rendering capabilities. For example, the capability information is indicative of one or more of: a channel layout, a media format, and a codec available for decoding the data generated by the source device. In some implementations, the one or more descriptive blocks can include at least one of an audio descriptive block and a video descriptive block. In some implementations, the descriptive blocks may be provided as an E-EDID structure (as specified by the Video Electronics Standards

Association (VESA)), and include, for example, information on manufacturer, model, serial number, and/or software version associated with the destination device. The descriptive block can also include information on product capability, including, for example, number of audio outputs, number of inputs, supported display formats, and/or video display timing information. The descriptive block may also include information on extensions (e.g., as specified in the CEA-861 set of standards), including, for example, monitor name, short descriptors of video formats (e.g., 1080p, 1080i, etc.), short descriptors of audio formats, max number of channels, and/or speaker allocation information indicative of which channels are used and mapped to which locations. In some implementations, the descriptive blocks may also include vendor-specific proprietary information shared between devices.

Operations of the process 500 also include determining, that at least a portion of data received from the source device is to be processed at the intermediate device (520). This can include, for example, accessing a control profile associated with the source device, and determining, based on the control profile, that at least a portion of the data received from the source device is to be processed at the intermediate device. In some

implementations, the control profile associated with the source device indicates whether an audio portion of the data is to be processed by the intermediate device or the destination device. In some implementations, the control profile may indicate whether a video portion of the data is to be processed by the intermediate device or the destination device.

Operations of the process 500 further include generating updated capability information to replace one or more media rendering capabilities of the destination device with corresponding one or more media rendering capabilities of the intermediate device (530). The one or more media rendering capabilities of the intermediate device pertains to the portion of the data to be processed by the intermediate device. The updated capability information may be generated, for example, responsive to determining that at least a portion of the data received from the source device is to be processed at the intermediate device. In some implementations, updating the capability information can include maintaining at least a portion of the capability information. For example, the destination device can be connected to the intermediate device by a high-definition multimedia interface (HDMI) connector, wherein an audio portion of the data received from the source device is rendered by the destination device and provided to the intermediate device via an audio return channel (ARC) of the HDMI connector. In such cases, generating the updated capability information can include maintaining information indicative of an audio rendering capability of the destination device as received as a portion of the media rendering capabilities of the destination device. In some implementations, an audio portion of the data received from the source device is rendered by the intermediate device. In such cases, updating the capability information can include replacing information indicative of an audio rendering capability of the destination device by information indicative of an audio rendering capability of the intermediate device.

Operations of the process 500 also include transmitting the updated capability information to the source device, wherein the updated capability information is usable by the source device to generate the data (540). The source device can be a media playing device or gaming device, and the destination device can be a media rendering device such as a television, projector, or another display device. The source device may use the updated capability information to generate a data stream, including audio/video information, in accordance with the information included within the updated capability information. For example, if the updated capability information specifies a particular audio format and a particular video format, the source device may generate a data stream that includes the audio and video information in the particular audio format and the particular video format, respectively.

The functionality described herein, or portions thereof, and its various modifications (hereinafter "the functions") can be implemented, at least in part, via a computer program product, e.g., a computer program tangibly embodied in an information carrier, such as one or more non-transitory machine- readable media, for execution by, or to control the operation of, one or more data processing apparatus, e.g., a programmable processor, a computer, multiple computers, and/or programmable logic components.

A computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a network.

Actions associated with implementing all or part of the functions can be performed by one or more programmable processors executing one or more computer programs to perform the functions of the calibration process. All or part of the functions can be implemented as, special purpose logic circuitry, e.g. , an FPGA and/or an ASIC (application-specific integrated circuit).

Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read-only memory or a random access memory or both. Components of a computer include a processor for executing instructions and one or more memory devices for storing instructions and data.

Other embodiments not specifically described herein are also within the scope of the following claims. For example, the specification describes most of the examples with reference to extracting audio data from the forward or reverse path. However, in some implementations, video data may also be extracted from the data stream provided by a source device. For example, if the intermediate device includes an advanced video codec not available in the destination device, the intermediate device may update the capability information of the destination device to indicate availability of the advanced codec. In such cases, the intermediate device may extract the video data from the forward path to decode the video at the intermediate device, and provide the decoded data to the destination device for presentation.

Elements of different implementations described herein may be combined to form other embodiments not specifically set forth above.

Elements may be left out of the structures described herein without adversely affecting their operation. Furthermore, various separate elements may be combined into one or more individual elements to perform the functions described herein.