基于远程控制器按钮映射的可配置媒体处理的制作方法
本公开总体上涉及具有可以用于控制一个或多个其他设备的远程控制器的电子设备。
背景技术：
与电视相关的声学体验可以经由诸如家庭影院系统、条形音箱(soundbar)等声学设备来改善。
技术实现要素：
在一个方面，本文档的特征在于一种方法，该方法包括在设置在源设备与目的地设备之间的中间设备处接收指示用户选择的信息。用户选择标识来自控制器设备的多个控制元件中的特定控制元件。多个控制元件中的每个可选择为特定控制元件以与源设备相关联。该方法还包括将控制简档映射到由用户选择标识的特定控制元件，以及从控制器设备接收指示与特定控制元件的用户交互的信息。响应于接收到指示特定控制元件的用户交互的信息，由中间设备根据被映射到特定控制元件的控制简档来处理源设备的输出的至少一部分。
在另一方面，本文档的特征在于一种设备，该设备包括用于从目的地设备接受连接的第一端口、以及用于从源设备接收连接的至少一个第二端口。该设备还包括用于将源设备的输出的至少一部分从第二端口路由到第一端口的电路。该设备还包括被配置为接收指示用户选择的信息的一个或多个处理设备，该用户选择标识来自控制器设备的多个控制元件中的特定控制元件。多个控制元件中的每个可选择为特定控制元件以与源设备相关联。一个或多个处理设备还被配置为将控制简档映射到由用户选择标识的特定控制元件，并且从控制器设备接收指示与特定控制元件的用户交互的信息。响应于接收到指示特定控制元件的用户交互的信息，一个或多个处理设备根据被映射到特定控制元件的控制简档来处理源设备的输出的至少一部分。
在另一方面，本文档的特征在于一个或多个机器可读存储设备，其上编码有计算机可读指令，这些计算机可读指令用于使得中间设备的一个或多个处理器执行各种操作。中间设备设置在源设备与目的地设备之间。这些操作包括接收指示用户选择的信息，该用户选择标识来自控制器设备的多个控制元件中的特定控制元件。多个控制元件中的每个可选择为特定控制元件以与源设备相关联。这些操作还包括将控制简档映射到由用户选择标识的特定控制元件，以及从控制器设备接收指示与特定控制元件的用户交互的信息。这些操作还包括响应于接收到指示特定控制元件的用户交互的信息，根据被映射到特定控制元件的控制简档来处理源设备的输出的至少一部分。
上述方面的实现可以包括以下特征中的一个或多个。
源设备可以是媒体播放设备或游戏设备，并且目的地设备可以是媒体呈现设备。媒体呈现设备可以是以下之一：电视、显示设备或投影仪。中间设备可以是以下之一：音频呈现设备、视频呈现设备或音频/视频呈现设备。源设备的输出可以包括音频部分和视频部分。中间设备可以是被配置为呈现源设备的输出的音频部分的声学设备。控制简档可以指示音频部分的表示要由中间设备从源设备的输出中提取。根据控制简档来处理源设备的输出的一部分可以包括从源设备的输出中提取音频部分，以及将输出的一部分转发到目的地设备。转发到目的地设备的输出的一部分可以包括要由目的地设备呈现的视频部分。中间设备可以接收延迟信息，该延迟信息指示与视频部分在目的地设备上的呈现相关联的视频处理时延，并且根据延迟信息在中间设备处再现音频部分。延迟信息可以从目的地设备接收。目的地设备可以通过高清晰度多媒体接口(hdmi)连接器连接到中间设备。源设备的音频输出的至少一部分可以不受hdmi连接器的音频返回通道(arc)支持。控制简档可以响应于从源设备接收到指示源设备的音频输出能力的信息来选择的。第一端口可以被配置为接受高清晰度多媒体接口(hdmi)连接器。
本文中描述的各种实现可以提供以下优点中的一个或多个。设置在源设备与目的地设备之间的中间设备可以被配置为基于关于源设备的上下文信息来处理由源设备生成的数据(例如，音频数据)。例如，如果源设备(例如，bd播放器)能够生成目的地设备不支持(但是可以在中间设备处处理)的音频数据(例如，5.1dolbypro
在一些情况下，关于在何处处理数据的一部分的上下文信息也可以用于请求源设备生成适当类型的数据。例如，如果要在仅能处理双声道音频的目的地设备处处理由源设备生成的音频数据(与例如5.1dolbypro
可以组合本公开中描述的两个或更多个特征，包括在本概述部分中描述的这些特征以形成本文中未具体描述的实现。
在附图和以下描述中阐述了一个或多个实现的细节。根据说明书和附图以及权利要求，其他特征、目的和优点将是很清楚的。
附图说明
图1a是示例系统的框图，其中多个源设备连接到tv，tv又连接到声学设备。
图1b是示例系统的框图，其中多个源设备连接到声学设备，声学设备又连接到tv。
图2a-2b每个是示例系统的框图，其中一个或多个源设备连接到中间设备，并且中间设备还连接到目的地设备。
图3是可用于映射和配置控制设备的控制元件的用户界面的示例。
图4是用于根据被映射到控制设备的特定控制元件的控制简档来处理源设备的输出的至少一部分的示例过程的流程图。
图5是用于从中间设备由传输源设备可用于生成数据流的能力信息的示例过程的流程图。
具体实施方式
与tv或其他视频设备(诸如投影仪或其他显示设备)相关联的用户体验可以经由诸如条形音箱或家庭影院系统等高级声学设备(例如，连接到音频/视频接收器(avr)控制台的多个扬声器)的使用来增强。在一些情况下，tv的音频输出端口被连接到这样的声学设备，该声学设备基于从tv生成的音频数据来产生增强的声学输出。图1a示出了这样的配置100，其中tv105被连接到声学设备110。多个源设备(诸如dvd/blu-raydisctm(dvd/bd)播放器115、游戏控制台120和机顶盒(stb)125)被连接到tv105。tv105可以经由诸如光缆或高清晰度多媒体接口(hdmi)线缆等的连接器130连接到声学设备110。在一些情况下，一个或多个源设备可以连接到诸如avr控制台等声学设备110。图1b示出了这样的配置150，其中tv105连接到声学设备110，并且多个源设备连接到声学设备110。
当以诸如图1b的配置150等的配置连接时，声学设备110可以被配置为经由hdmi输入端口从连接的源设备接收数据流(包括音频/视频数据)，从这些前向路径流中提取数据的一部分(例如，音频内容)，并且经由输出hdmi输出端口将数据流通过前向通道155重新传输到tv105。在一些情况下，声学设备110还可以具有经由诸如有线或无线数字链路或hdmi音频返回通道(hdmi-arc)等返回通道160直接从tv接收反向路径音频流的能力。
从前向路径或反向路径接收音频信息每个具有其自身的优点和挑战。例如，当在前向路径提取音频时，声学设备110可以提取最佳可用音频格式(例如，5.1环绕声而不是双声道立体声)。然而，因为tv105在声学设备110的下游，所以所提取的音频不包括由tv105生成的任何内容，诸如可听警报或声音(例如，与tv上的选择菜单项相关联)。因此，关于这样的内容的信息可以通过返回通道160传输到声学设备110，并且与从前向路径提取的音频信息同步。另外，为了与视频以时间同步的方式呈现音频(例如，以确保唇形同步)，声学设备可能需要来自tv105的相关联的延迟信息。这反过来可能需要在呈现之前缓冲所提取的音频数据的一部分。
另一方面，当在反向路径提取音频时，声学设备110接收由源设备生成的与由tv生成的音频内容同步的音频内容。另外，因为音频和视频内容在大多数tv的输出处同步，所以不会对声学设备110施加附加的负担来延迟音频的呈现。然而，一些tv可能受限于它们可以经由返回通道160生成和传送的格式。此外，即使tv能够生成高级音频格式，返回通道160也可能不能够支持这种格式。例如，hdmi-arc不支持具有多于两个通道的格式，诸如dolbytrue
因此，在一些情况下，是否从前向路径或反向路径提取音频信息可以取决于各种类型的上下文信息。例如，如果连接到声学设备的源设备能够生成可以在声学设备处(但不能由tv)处理的高级音频数据，并且延迟信息可以从tv获取，则声学设备可以被配置为从前向路径提取音频数据。另一方面，如果源设备生成可以由tv处理并且返回到声学设备以进行呈现(例如，经由返回通道)的音频数据，或者如果源设备连接到tv，则声学设备可以从反向路径提取音频数据。
如图1b所示，诸如dvd播放器、blu-raydisctm(bd)播放器、流式传输设备和机顶盒等的各种源设备可以使用诸如通用远程控制器的控制器设备170来控制，控制器设备170设置有声学设备110。例如。远程控制器170可以用与各种源设备相关联的适当代码来编程，并且与特定源设备相关联的源按钮172的激活允许远程控制器控制特定源设备，例如，使用远程控制器170的控制按钮175。在这种情况下，可以使用相应的源按钮172将与特定源设备相关联的一个或多个控制元件硬连线到声学系统的物理输入端口的选择。例如，在图1b的示例中，“tv”按钮的选择或激活可以对应于从与tv的连接的返回通道160中提取音频信息。同样，“dvd/bd”按钮的选择可以对应于从连接到相应输入端口的dvd/bd播放器115进入的数据流的前向路径提取音频信息。
然而，在某些情况下，这种硬连线处理(也可称为静态路由和控制)可能不是有利的。例如，当源设备没有直接附接为声学设备的输入端口时，不能选择远程控制器上的相应源按钮172。例如，除非源设备附接到声学设备的辅助输入端口，否则远程控制器上的“aux”按钮不能用于选择任何源设备。在某些情况下，在声学设备不具有大量输入端口的情况下(例如，由于形状因子或设计问题)，仅远程控制器上的相应的几个源按钮172是可用的。例如，如果声学系统仅具有连接有机顶盒的一个hdmi输入端口，则除了“stb”按钮之外的所有源按钮172可以变得不起作用。此外，在硬连线处理中，基于物理连接来处理输入数据流。例如，如果“tv”按钮对应于从相应输入端口上的反向路径提取音频，则来自连接到该输入端口的任何其他源设备的数据将以这种方式处理，即使在前向路径中可获取更高质量的音频。
本文档描述了可以允许将远程设备上的源按钮172与声学设备相关联以使得声学设备能够根据连接到输入端口的源设备通过输入端口来处理传入数据的技术。这反过来可以允许避免源按钮172与输入端口之间的硬连线关联，从而允许声学设备上的输入端口更少。因此，该技术可以促进使用少量输入端口和相应的小形状因子来设计和实现声学设备，而不会牺牲连接各种源设备和利用通用远程控制器来控制它们的灵活性。
图2a和2b示出了实现本文中描述的技术的系统的示例。具体地，图2a示出了配置200的示例，其中声学设备205设置在目的地设备210与源设备(在该特定示例中为dvd/bd播放器115)之间。目的地设备的示例可以包括tv105、或其他音频/视频设备，诸如连接到声学设备205投影仪、另一显示设备、或另一音频/视频设备以呈现由源设备生成的信号的至少一部分的。在一些情况下，目的地设备也可以称为宿设备。因为在一些配置中，声学设备205设置在至少一个源设备与至少一个目的地设备210之间，所以声学设备205也可以可互换地称为中间设备。在一些实现中，一个或多个源设备(例如，游戏控制台120和stb125)直接连接到目的地设备210。
在一些实现中，本文中描述的技术可以用于解决与静态路由和控制相关联的上述挑战。例如，该技术可以提供动态地配置数据流由中间设备205如何处理的灵活性，例如，基于在远程控制器170上选择哪个源按钮。虽然本文中的示例涉及远程控制器170作为物理设备，但是远程控制器的功能也可以使用在移动设备或tv上执行的应用来实现。这样，远程控制器170在这里可以可互换地称为控制设备，并且远程控制器170上的源按钮172和控制按钮175可以可互换地称为控制元件。
在一些实现中，上述灵活性可以经由数据结构220的使用来提供，数据结构220表示控制映射或控制简档，并且将用户的控制设备上的各种控制元件映射到中间设备205的一组控制参数。例如，远程控制器170的源按钮172(或移动应用上的菜单项)可以映射到指示一个或多个控制参数的数据结构220。控制参数可以由中间设备205处理以执行各种操作。这样的操作的示例包括选择中间设备205的物理输入端口之一，选择在中间设备的上游或下游的源设备(其可以不直接附接到中间设备205)，选择在前向或反向路径中的数据流的一部分(例如，包括在数据流中的音频部分)，以及在特定数据流或源设备上执行控制功能(例如，暂停或停止播放)，诸如暂停或停止音频播放。
在一些实现中，数据结构220中的条目(例如，225a、225b等，统称为225)可以包括一个或多个字段(226a、226b等，统称为226)，一个或多个字段指定中间设备205在控制设备上的特定控制元件的选择时应当如何配置的。例如，字段226可以指定用于执行特定控制功能的控制元件(例如，特定源按钮172或控制按钮175或在显示设备上呈现的用户界面元素)。可以使用另一字段226b来指定在相应控制元件的激活时要执行的特定控制功能。这种控制功能的示例包括对特定设备或数据流的特定部分的控制操作，诸如特定输入端口的选择，或者暂停来自特定输入端口的数据流的音频部分。在一些实现中，可以使用字段226c来指定要与控制元件相关联的输入端口。在图2a所示的示例中，控制元件“tv”(如条目225a所示)经由相应的字段226c与hdmi-arc端口(即，从tv到中间设备的反向路径输入端口)相关联，并且控制元件“dvd/bd”(如条目225b所示)经由相应的字段226c与声学设备205的hdmi端口1相关联。在一些实现中，字段226d可以用于指定相应的源设备是直接连接还是间接连接。例如，字段226d可以用于指定本地hdmi网络上的hdmi设备地址，hdmi设备地址指定源设备连接的位置。
在一些实现中，字段226f可以用于指定中间设备205如何处理来自源设备的数据流。例如，字段226f可以用于指定是否要从前向或反向路径提取数据流的音频部分。在图2a的示例中，条目225a中的字段226f指定当选择控制元件“tv”时要从反向路径提取音频，并且条目225b中的字段226f指定当选择控制元件“dvd/bd”时要从前向路径提取音频。
在一些实现中，数据结构220可以存储在由声学设备205可访问的存储设备上，并且在接收到指示用户选择的信息时被检索，该用户选择标识相应控制设备的特定按钮(或其他控制元件)。例如，当激活特定控制元件时(例如，经由按下远程控制器170的源按钮172)，中间设备205可以参考由数据结构220表示的控制简档并且根据与特定控制元件相关联的条目225来配置自身。然后，中间设备205可以在相关联的输入源设备上执行各种控制功能。
在图2a所示的特定示例中，当用户选择远程控制器170上的“dvd/bd”按钮时，中间设备205作为响应访问数据结构220，并且基于其中的信息来指示bd播放器115播放
图2b示出了更复杂的配置250(与图2a的配置200相比)中的动态路由和控制的使用。在该示例中，除了表现为hdmi源之外，bd播放器115还包括hdmi直通能力，该能力允许bd播放器115充当游戏控制台120与中间设备205之间的连接路径中的路由器。此外，在该示例中，中间设备205包括分别连接到bd播放器115和stb125的两个输入端口(例如，hdmi输入端口)。在图2b的配置中，源按钮“dvd/bd”和“tv”可以基本上以与关于图2a所述的相同的方式起作用。另外，当用户按下远程控制器170上的“aux”按钮时，中间设备205(基于数据结构255中可用的信息)可以被配置为将相关联的源设备识别为游戏控制台120(例如，基于条目225c的字段226d中提供的地址)，并且相应地指示游戏控制台120重新启动。在通过bd播放器115从游戏控制台120接收到结果数据流时，中间设备205提取在数据结构255的条目225c中指定的前向路径中的音频。在另一示例中，当用户按下远程控制器170的“stb”按钮时，中间设备205指示stb恢复通道7上的节目。在中间设备205经由相应的端口(例如，在该示例中为hdmi端口2)接收到相应的数据流时，中间设备205将数据流(包括所有音频和视频内容)传递给tv，并且在反向路径上从tv中提取音频。
图2a和2b所示的数据结构220和255是可以用于根据控制器设备170上的不同控制元件的选择来配置中间设备205的控制简档的示例。控制简档可以是各种其他形式并且可以包括与针对数据结构220和255所示的相比更多、更少和/或不同的内容。在一些实现中，可以使用单独的字段来指定要提取的数据流的部分。例如，这样的字段可以用于指定中间设备205要提取/处理数据流的哪个部分(例如，音频数据的特定通道、视频部分等)。在一些实现中，各种其他配置参数可以被包括在数据结构的条目225中。在一些实现中，控制简档内的条目可以具有不同数目的字段、不同的字段类型、字段长度等。例如，控制元件“tv”的条目可以具有比控制元件“dvd/bd”的条目更少(或更多)的字段。
在一些实现中，控制简档(例如，分别在图2a和图2b中示出的数据结构220和数据结构255)可以是用户可配置的。例如，控制简档可以经由在移动设备或计算设备上执行的应用来配置，该应用可以将信息传送到相应的中间设备205。在一些实现中，控制简档还可以使用由中间设备205生成的用户界面来配置。这样的用户界面可以例如在中间设备205的显示设备上呈现或在诸如tv等目的地设备210上呈现。在一些实现中，这可以允许不同的用户个性化控制简档。例如，如果用户想要连接第二流设备而不是stb，则用户可以配置与控制元件“stb”相关联的条目以包括适合于处理来自流设备的数据的控制参数。
图3是可用于映射和配置控制设备的控制元件的用户界面300的示例。在一些实现中，用户界面300可以由在移动设备上执行的应用在移动设备(例如，智能手机或平板计算机)上呈现。应用可以被配置为使得移动设备将配置信息传送到中间设备和/或诸如远程控制器等控制器设备。在一些实现中，用户界面300可以包括用于选择要配置的一个或多个控制元件(例如，远程控制器按钮)的控件305。用户界面300还可以包括用于配置所选择的控制元件的各种控件。例如，用户界面300可以包括用于为所选择的控制元件启用环绕声的控件310。启用该控制可以引起例如中间设备在前向路径(可用的话)中提取来自相应源设备的数据流的音频部分，并且通过中间设备的扬声器生成相应的声学输出。在一些实现中，用户界面300还可以包括一个或多个控件315，用于调节延迟以使音频输出与相应的视频输出同步的。例如，如果数据的音频部分在前向路径中被提取并且在中间设备处呈现，则音频的呈现可能必须被延迟一段时间以考虑由于目的地设备接收和呈现相应的视频而产生的处理延迟。可以由用户使用一个或多个控件315来调节该延迟。图3的示例中未示出的其他控件也可以用于配置控制元件。例如，用户界面300可以包括用于调节/配置使用控制简档的各个字段指定的一个或多个参数的控件。
图4是用于根据映射到控制设备的特定控制元件的控制简档来处理源设备的输出的至少一部分的示例过程400的流程图。过程400的至少一部分操作可以由设置在诸如上述中间设备205等的声学设备中的一个或多个处理设备(例如，控制器、微处理器或数字信号处理器(dsp))来执行。过程400的操作包括在设置在源设备与目的地设备之间的中间设备处接收指示用户选择的信息，该用户选择标识控制器设备的多个控制元件中的特定控制元件(410)。可以选择多个控制元件中的每个控制元件作为特定控制元件以与源设备相关联。在一些实现中，控制器设备是与中间设备相关联的远程控制器。在这种情况下，多个控制元件包括远程控制器的多个按钮(例如，上述源按钮172)。源设备可以是媒体播放设备、游戏设备等，诸如dvd/bd播放器、流设备、stb盒或游戏控制台。目的地设备可以是音频/视频呈现设备，诸如tv、投影仪或其他显示设备。中间设备可以包括例如音频呈现设备、视频呈现设备或音频/视频呈现设备。在一些实现中，中间设备是可以连接到tv的条形音箱。
过程400的操作还包括将控制简档映射到由用户选择标识的特定控制元件(420)。这可以例如使用包括控制简档的表示的一个或多个数据结构(例如，上述数据结构220和数据结构255)来完成。在一些实现中，可以响应于从源设备接收到指示源设备的音频输出能力的信息而选择控制简档。例如，如果源设备向中间设备指示源设备能够生成5.1dolbypro
过程400的操作还包括从控制器设备接收指示与特定控制元件的用户交互的信息(430)。过程400的操作还可以包括由中间设备根据被映射到特定控制元件的控制简档来处理源设备的输出的至少一部分(440)。该处理可以响应于接收到指示特定控制元件的用户交互的信息而触发。源设备的输出可以包括音频部分和视频部分，并且中间设备可以被配置为呈现源设备的输出的音频部分。在一些实现中，控制简档可以指示要由中间设备将从前向路径中的源设备的输出中提取音频部分的表示。根据控制简档来处理源设备的输出的一部分输出可以包括从源设备的输出中提取音频部分以及将输出的一部分转发到目的地设备。转发到目的地设备的一部分输出可以包括要由目的地设备呈现的视频部分。在一些实现中，中间设备接收指示与视频部分在目的地设备上的呈现相关联的视频处理时延的延迟信息，并且根据延迟信息再现音频部分。延迟信息可以从呈现视频部分的目的地设备接收。
在一些实现中，控制简档还可以由中间设备自动配置，例如，通过控制元件、控制功能、输入端口、音频流和路径之间的各种关联的发现。这种关联通常可以称为上下文信息。再次参考图2a，中间设备205可以接收指示目的地设备的媒体呈现能力的能力信息。例如，中间设备205可以以诸如扩展显示标识数据(edid)数据结构或增强扩展显示标识数据(e-edid)数据结构等数据结构的形式接收关于tv模型和arc能力的信息。这样的数据结构可以从目的地设备传送到中间设备205，例如，通过hdmi连接器经由消费者电子控制(cec)消息传送。在另一示例中，中间设备205可以被配置为接收表示bd播放器的媒体呈现能力的信息(例如，表示型号、音频格式能力、视频格式能力等的信息)，例如，经由诸如cec-infoframe结构等数据结构。在一些实现中，中间设备可以被配置为在向源设备传输(或通告)能力信息之前使用所接收的信息来动态地修改/更新从目的地设备接收的能力信息。
在一些实现中，基于上下文信息动态地更新目的地设备的能力信息可以提供增强的媒体体验。例如，诸如tv等目的地设备可以能够仅呈现两个通道脉冲编码调制(pcm)音频，而不能呈现由源设备(例如，bd播放器)生成的更高级的5.1环绕声格式。如果中间设备能够呈现更高级的音频格式，则中间设备可以被配置为更新从目的地设备接收的能力信息以将双声道pcm音频的标识替换为由中间设备支持的高级音频格式的标识。在另一示例中，上下文信息可指示音频正在目的地设备处呈现，并且中间设备正在从反向路径提取音频。如果目的地设备仅能够呈现双声道音频，则提供高级5.1环绕声格式可能是冗余的，或者甚至由于目的地设备的处理能力不足而产生不期望的伪像。在这种情况下，在通告给源设备的已更新的能力信息中排除中间设备的音频能力(并且保留目的地设备的相应能力)可以允许源设备为给定的一组上下文信息生成合适的数据流。通过允许上下文信息(例如，如经由控制简档指定的)的使用来更新通告给源设备的能力信息，本文中描述的技术可以改善给定的一组上下文信息的媒体体验。
图5是用于从中间设备传输源设备可用于生成数据流的能力信息的示例过程的流程图。过程400的操作的至少一部分可以由设置在诸如上述中间设备205等声学设备中的一个或多个处理设备(例如，控制器、微处理器或数字信号处理器(dsp))来执行。过程500的操作包括在设置在源设备与目的地设备之间的中间设备处接收指示目的地设备的媒体呈现能力的能力信息(510)。指示目的地设备的媒体呈现能力的能力信息可以包括被布置为数据结构的一个或多个描述性块。能力信息可以包括音频呈现能力和/或视频呈现能力的信息。例如，能力信息指示以下中的一个或多个：通道布局、媒体格式和可用于解码由源设备生成的数据的编解码器。在一些实现中，一个或多个描述性块可以包括音频描述性块和视频描述性块中的至少一个。
在一些实现中，描述性块可以被提供为e-edid结构(由视频电子标准协会(vesa)指定的)，并且包括例如关于与目的地设备相关联的制造商、型号、序列号和/或软件版本的信息。描述性块还可以包括关于产品能力的信息，包括例如音频输出的数目、输入的数目、所支持的显示格式和/或视频显示定时信息。描述性块还可以包括关于扩展的信息(例如，如cea-861标准集中规定的)，包括例如显示器名称、视频格式的简短描述符(例如，1080p、1080i等)、音频格式的简短描述符、最大通道数和/或指示哪些通道被使用并且映射到哪些位置的扬声器分配信息。在一些实现中，描述性块还可以包括在设备之间共享的供应商特定的专有信息。
过程500的操作还包括确定从源设备接收的数据的至少一部分要在中间设备处处理(520)。这可以包括例如访问与源设备相关联的控制简档，以及基于控制简档来确定从源设备接收的数据的至少一部分要在中间设备处理。在一些实现中，与源设备相关联的控制简档指示数据的音频部分要由中间设备还是目的地设备处理。在一些实现中，控制简档可以指示数据的视频部分要由中间设备还是目的地设备处理。
过程500的操作还包括生成已更新的能力信息以将目的地设备的一个或多个媒体呈现能力替换为中间设备的相应的一个或多个媒体呈现能力(530)。中间设备的一个或多个媒体呈现能力涉及要由中间设备处理的数据的一部分。例如，响应于确定要在中间设备处处理从源设备接收的数据的至少一部分，可以生成已更新的能力信息。在一些实现中，更新能力信息可以包括保持能力信息的至少一部分。例如，目的地设备可以通过高清晰度多媒体接口(hdmi)连接器连接到中间设备，其中从源设备接收的数据的音频部分由目的地设备呈现并且经由hdmi连接器的音频返回通道(arc)提供给中间设备。在这种情况下，生成已更新的能力信息可以包括保持目的地设备的音频呈现能力的信息，该目音频呈现能力的信息指示作为目的地设备的媒体呈现能力的一部分而接收。在一些实现中，由中间设备呈现从源设备接收的数据的音频部分。在这种情况下，更新能力信息可以包括将指示目的地设备的音频呈现能力的信息替换为指示中间设备的音频呈现能力的信息。
过程500的操作还包括向源设备传输已更新的能力信息，其中已更新的能力信息由源设备可使用以生成数据(540)。源设备可以是媒体播放设备或游戏设备，并且目的地设备可以是媒体呈现设备，诸如电视、投影仪或其他显示设备。源设备可以使用已更新的能力信息以根据已更新的能力信息中包括的信息来生成包括音频/视频信息的数据流。例如，如果已更新的能力信息指定特定音频格式和特定视频格式，则源设备可以生成分别包括特定音频格式和特定视频格式的音频和视频信息的数据流。
本文中描述的功能或其部分及其各种修改(下文中称为“功能”)可以至少部分地经由计算机程序产品来实现，例如，有形地包含在诸如一个或者更多非暂态机器可读介质等信息载体中的计算机程序，该计算机程序产品用于由一个或多个数据处理装置(例如，可编程处理器、计算机、多个计算机和/或可编程逻辑组件)执行或控制其操作。
计算机程序可以用任何形式的编程语言编写，包括编译或解释语言，并且可以以任何形式部署，包括作为独立程序或作为模块、组件、子程序或适合在计算环境中使用的其他单元。可以部署计算机程序以在一个计算机上执行，或者在一个站点处或分布在多个站点上并且通过网络互连的多个计算机上执行。
与实现全部或部分功能相关联的动作可以由执行一个或多个计算机程序以执行校准过程的功能的一个或多个可编程处理器执行。全部或部分功能可以实现为专用逻辑电路，例如fpga和/或asic(专用集成电路)。
作为示例，适合于执行计算机程序的处理器包括通用和专用微处理器以及任何类型的数字计算机的任何一个或多个处理器。通常，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的组件包括用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。
本文中未具体描述的其他实施例也在以下权利要求的范围内。例如，本说明书参考从前向或反向路径提取音频数据来描述大多数示例。然而，在一些实现中，还可以从由源设备提供的数据流中提取视频数据。例如，如果中间设备包括在目的地设备中不可用的高级视频编解码器，则中间设备可以更新目的地设备的能力信息以指示高级编解码器的可用性。在这种情况下，中间设备可以从前向路径提取视频数据以在中间设备处解码视频，并且将解码的数据提供给目的地设备用于呈现。
可以组合本文中描述的不同实现的元素以形成上面没有具体阐述的其他实施例。元件可以不具有本文所述的结构，而不会对其操作产生不利影响。此外，各种单独的元件可以组合成一个或多个单独的元件以执行本文所述的功能。
- 还没有人留言评论。精彩留言会获得点赞！