CN101933094A

CN101933094A - 用于观看数据定义和高清晰度多媒体接口上的传输的方法和系统

Info

Publication number: CN101933094A
Application number: CN200880126062.XA
Authority: CN
Inventors: 伊苟·托拜厄斯·道瑟尔; 赖纳·茨威; 沃尔夫冈·安德芮斯
Original assignee: Thomson Licensing SAS
Current assignee: Thomson Licensing SAS
Priority date: 2008-01-31
Filing date: 2008-01-31
Publication date: 2010-12-29
Also published as: JP5567498B2; JP2011511545A; BRPI0822105A2; KR20100106607A; US9014533B2; US20110064373A1; KR101476878B1; WO2009095732A1; EP2248128A1

Abstract

提供了一种用于观看数据定义和高清晰度多媒体接口(HDMI)上的传输的方法和系统。该方法包括生成视频内容的元数据。该元数据被内容创建者用来通过考虑不同显示装置之间的变化和不同创建意图之间的变化而在显示视频内容之前修改视频内容。该方法还包括准备视频内容和元数据，以在高清晰度多媒体接口上传输。

Description

用于观看数据定义和高清晰度多媒体接口上的传输的方法和系统

相关申请的交叉参考

本申请涉及律师目录编号为No.PU070307且命名为“用于观看数据定义和传输的方法和系统”的非临时申请，其全部内容通过引用被全部结合于此，并且当前被递交。

技术领域

本原理一般地涉及多媒体接口，更具体地涉及用于观看数据定义和高清晰度多媒体接口(HDMI)上的传输的方法和系统。

背景技术

当前，当为了家庭使用或专业使用而传送视频内容产品时，存在一种对于该视频传递产品作出的单一色彩判断(其一般代表视频内容创建者的意图)。然而，内容的不同使用实践可能会发生，从而使得内容的色彩判断可能有必要被修改。例如，这些不同的使用实践包括诸如正投影显示、直视显示、或者便携显示之类的不同显示类型，这些显示类型中的每一种都需要对色彩判断进行一些改变，以提供这种视频内容的最佳显示。

发明内容

根据本原理的各种实施例的方法和系统通过提供观看数据定义(look data definition)和高清晰度多媒体接口(HDMI)上的传输，解决了现有技术的不足。

根据本原理的一个方面，提供了一种方法。该方法包括生成视频内容的元数据。该元数据被内容创建者用来通过考虑不同显示装置之间的变化和不同创建意图之间的变化而在显示视频内容之前对视频内容进行修改。该方法还包括准备视频内容和元数据，以在高清晰度多媒体接口上传输。

根据本原理的另一方面，提供了一种系统。该系统包括元数据生成器和元数据传输准备装置。元数据生成器用于生成视频内容的元数据。该元数据被内容创建者用来通过考虑不同显示装置之间的变化和不同创建意图之间的变化而在显示视频内容之前对视频内容进行修改。元数据传输装置用于准备视频内容和元数据，以在高清晰度多媒体接口上传输。

附图说明

通过结合附图考虑下面的详细描述，可以容易地理解本原理的教导，其中：

图1示出了根据本发明实施例的用于在高清晰度多媒体接口连接上发送观看数据(look data)的系统100的高层框图；

图2示出了根据本发明实施例的实现顺序观看数据传输的图1的系统100的更加详细的高层框图；

图3示出了根据本发明的替代实施例的实现并列观看数据传输的图1的系统100的更加详细的高层框图；

图4示出了根据本发明实施例的用于观看数据定义和传输的方法的流程图；

图5示出了根据本发明实施例的观看数据500的示例性表示；

图6示出了根据本发明实施例的用在观看数据基本消息(Look Data Elementary Message)中的元数据600的示例性KLV符号；

图7更详细地示出了根据本发明实施例的图6的元数据600的KLV符号；

图8示出了根据本发明实施例的被实现为具有8比特的比特深度的3D-LUT的示例性观看数据基本消息800；

图9示出了根据本发明实施例的被实现为具有10比特的比特深度的3D-LUT的示例性观看数据基本消息900；

图10示出了根据本发明实施例的被实现为具有8比特的比特深度的1D-LUT的示例性观看数据基本消息1000；

图11示出了根据本发明实施例的被实现为具有10比特的比特深度的1D-LUT的示例性观看数据基本消息1100；

图12示出了根据本发明实施例的被实现为具有8比特的比特深度的3×3矩阵的示例性观看数据基本消息1200；

图13示出了根据本发明实施例的被实现为具有10比特的比特深度的3×3矩阵的示例性观看数据基本消息1300；

图14示出了根据本发明实施例的被实现为具有16比特的比特深度的3×3矩阵的示例性观看数据基本消息1400；

图15示出了根据本发明实施例的用于频率响应修正的示例性滤波器组1500；

图16示出了根据本发明实施例的用于频率均衡的离散频率1600；

图17示出了根据本发明实施例的用于8比特频率均衡的示例性观看数据基本消息1700；

图18示出了根据本发明实施例的用于运动行为(motion behavior)的示例性观看数据基本消息1800；

图19示出了根据本发明实施例的用于胶片颗粒的示例性观看数据基本消息1900；

图20示出了根据本发明实施例的用于噪声的示例性观看数据基本消息2000；

图21示出了根据本发明实施例的用于时间编辑(time editing)的示例性观看数据基本消息2100，其中时间编辑能够被用于编辑控制；

图22示出了根据本发明实施例的用于色调映射的示例性观看数据基本消息2200；

图23示出了根据本发明实施例的本发明实施例可以被应用于其的示例性HDMI色域元数据包2300；

图24示出了根据本发明实施例的本发明可以被应用于其的示例性示例性HDMI色域元数据报头2400；

图25示出了根据本发明实施例的本发明可以被应用于其的HDMI版本1.3中的示例性色域元数据包2500；

图26示出了根据本发明实施例的用于卖方专用信息帧(vendor specific info frame)的示例性观看数据包报头2600；

图27示出了根据本发明实施例的本原理可以被应用于其的CEA 861D中的示例性卖方专用信息帧2700；

图28示出了根据本发明实施例的用于发送观看数据的示例性卖方专用CEC指令2800；

图29示出了根据本发明实施例的用于消费者电子控制总线的示例性网络层模型2900；

图30示出了根据本发明实施例的用于利用CEC卖方专用命令来提供应用到应用通信的示例性CEC处理3000的高层示意图；

图31示出了示出根据本发明实施例的观看数据包到用于利用HDMI传输的帧的示例性转换3100的高层框图；

图32示出了根据本发明实施例的用于观看数据生效的示例性观看数据基本消息3200；

图33示出了根据本发明实施例的用于生成CEC生效信号(validate signal)的示例性设备3300；

图34示出了根据本发明实施例的用于CEC中的生效信号传输的方法的流程图。

应该理解，附图用于说明本发明的概念，而不必须是说明本发明的唯一可能配置。为了便于理解，在可能的情况下，使用相同的参考标号来表示附图中相同的元件。

具体实施方式

本原理有利地提供了一种用于观看数据定义和高清晰度多媒体接口(HDMI)上的传输的方法和系统。尽管主要在涉及源装置和显示装置的传输系统的背景中描述了本原理，但是本发明的特定实施例不应该被认为对本发明的范围造成了限制。

附图中所示的各种元件的功能可以通过使用专用硬件以及能够执行软件的硬件和适当软件的结合来提供。当由处理器提供时，这些功能可以由单个专用处理器、单个共享处理器、或者多个独立处理器(其中一些可以被共享)提供。另外，术语“处理器”或“控制器”的明确使用不应该被理解为排他地指代能够执行软件的硬件，并且可以暗含而非限制地包括数字信号处理器(“DSP”)硬件、用于存储软件的只读存储器(“ROM”)、随机存取存储器(“RAM”)、以及非易失性存储装置。另外，这里引用本发明的原理、方面、以及实施例的所有陈述及其具体实施例用来覆盖其的结构和功能等同物。另外，希望这些等同物包括当前已知的等同物以及将来开发的等同物(即，不管结构如何，执行相同功能的开发出来的任何元件)。

所以，例如，本领域技术人员将明白，这里示出的框图表示体现本发明的原理的说明性系统部件和/或电路的概念性示图。类似地，应该明白，任何流程表、流程图、状态跳转图、伪代码等表示可以在计算机可读介质中顺序表示、并可以由计算机或处理器执行的各种处理，而不论这种计算机或处理器是否被明确示出。

说明书对于本原理的“一个实施例”或“实施例”的引用意味着结合实施例描述的特定特征、结构、特性等被包括在本原理的至少一个实施例中。所以，出现在说明书中不同位置的短语“在一个实施例中”或者“在实施例中”的出现并不必须指相同的实施例。

另外，如在这里所使用的，对于元数据的传输和接收，短语“带内(in-band)”是指这种元数据将与将由消费者装置显示的色彩校正后的图像内容一起发送和/或接收。相反，短语“带外(out-of-band)”是指元数据的发送和/或接收将独立于将由消费者装置显示的色彩校正后的图像内容。

另外，如在这里所使用的，术语“场景”是指运动图像中的图像帧的范围，其中运动图像通常来源于单个“镜头”并且意味着场景改变之间的一系列连续摄影。

另外，如在这里所使用的，短语“观看数据管理”是指观看数据的编辑、传输、以及应用。

另外，如在这里所使用的，短语“压缩盘播放器”是指标准清晰度的压缩盘播放器、BLU-RAY数字视频盘播放器、高清晰度数字视频盘播放器等中的任意一个。

另外，如在这里所使用的，“未使用的色域配置文件”是指当前在HDMI标准的版本1.3(或任何先前的版本)中未被使用的色域配置文件。

另外，如在这里所使用的，短语“观看数据”和术语“元数据”(当术语“元数据”涉及这种观看数据时)是指用于和/或涉及色彩处理、空间滤波、运动行为、胶片颗粒、噪声、编辑、以及色调映射的例如整数、非整数值、和/或布尔(Boolean)值的数据。这种观看数据和/或元数据可以被用来控制、开启或者关闭用于实现前述处理的相关机制，并且可以被用来修改它们的功能。另外，观看数据和/或元数据可以包括映射表的规范。

例如，在关于色彩处理的实施例中，色彩映射表可以利用1-D LUT(一维查找表)、3-D LUT(三维查找表)、和/或3×3LUT实现。作为实施例，在3-D LUT的情况下，这种LUT被用来接收三个输入值(每个值代表一种色彩成分(红、绿、或蓝)，并且对每个独立的红、绿、和蓝输入三维值生成预先定义的三维输出值(例如，Red、Green、和Blue))。在这种情况下，从内容源到内容消费装置(例如，显示装置)的元数据将包括LUT规范。

另一个实施例可以涉及诸如用于执行“GOG”(增益(Gain)、偏置(Offset)、伽马(Gamma))的电路等的映射功能的规范，其中，GOG被定义如下：

Vout＝Gain*(Offset+Vin)^Gamma，对于每个色彩成分。

在这种情况下，观看数据和/或元数据将包括九(9)个值，其中对于三个色彩成分中的每个色彩成分，存在一组Gain、Offset、以及Gamma。

这里使用的观看数据被用来影响这些机制；可存在多组观看数据，以实现不止一个而是多个观看的传输/存储。

当然，本原理不限于上述实施例，并且在这里提供的原理的教导下，在保持本原理的精神的同时包括观看数据和/或元数据的其他实现的其他实施例可以被本领域和相关领域的普通技术人员很容易地想到。下面至少参考图5，进一步描述观看数据。

例如，图1示出了根据本发明实施例的用于在高清晰度多媒体接口连接上发送观看数据的系统100的高层框图。图1的系统100说明性地包括和/或涉及内容源装置110、高清晰度多媒体接口(HDMI)连接装置120、以及显示装置130。应该明白，内容源装置110可以是(但是不限于)高清晰度数字视频盘播放器、BLU-RAY播放器、以及网络接入单元(例如，包括但不限于机顶盒(STB))。内容源装置110提供将经由高清晰度多媒体接口连接装置120发送至显示装置130用于显示的内容。包括(例如)观看数据的元数据可以由内容源110提供给显示装置130，并且由显示装置130提供给内容源110。应该明白，高清晰度多媒体接口(HDMI)连接装置120可以包括(但不限于)高清晰度多媒体接口(HDMI)电缆。

显示装置130(和/或放置在传输介质120和显示装置130之间并连接至这些装置的一个或多个装置)可以包括分别用于接收、存储、以及应用元数据的接收机161、存储装置162、和/或元数据应用器(metadata applier)162。

例如，图2示出了根据本发明实施例的使用顺序观看数据传输的图1的系统100的更加详细的高层框图。在图2的实施例中，内容202和观看数据库204被放置在系统100的内容创作部210处。在图2的实施例中，观看数据库204存储观看数据。在一个实施例中，系统100的内容创作部210包括用于生成观看数据206的观看数据生成器288、以及用于准备观看数据以如下进一步所述地在HDMI上传输的观看数据传输准备装置299。内容202和观看数据206在内容创作部210处被组合207。使用一个或多个传输和/或存储介质220，内容202和相应的观看数据206被顺序发送至系统100的内容显示部230，其中内容202和观看数据206被分离并被处理。系统100的内容显示部230可以包括(例如)图1中所示的显示装置130。观看数据206然后可以被存储在放置在系统100的内容显示部230处的观看数据数据库232中。应该明白，图2中所示的传输和/或存储介质220包含了内容202和/或观看数据206的顺序传输和/或存储。

图3示出了根据本发明的替代实施例的实现并列观看数据传输的图1的系统100的更详细的高层框图。在图3的实施例中，内容302和观看数据数据库304被放置在系统300的内容创作部310处。在图3的实施例中，观看数据库304存储观看数据306。在一个实施例中，系统300的内容创作部310包括用于生成观看数据306的观看数据生成器388、以及用于准备观看数据306以如下所述地在HDMI上传输的观看数据传输准备装置399。内容302和观看数据306在内容创作部310处被组合307。使用一个或多个传输和/或存储介质320，内容302和相应的观看数据306被并行发送至系统300的内容显示部330，其中内容302和观看数据306被分离并被处理。系统300的内容显示部330可以包括(例如)图1中所示的显示装置130。观看数据306然后可以被存储在放置在系统300的内容显示部330处的观看数据数据库332中。应该明白，图3中所示的传输和/或存储介质320包含了内容302和/或观看数据306的并行传输和/或存储。

图4示出了根据本发明实施例的用于观看数据定义和传输的方法的流程图。方法400在步骤402处开始，其中为视频内容生成观看数据。这种观看数据涉及但不限于色彩处理、空间滤波、运动行为、胶片颗粒、噪声、编辑、色调映射等。这种观看数据可以被用来控制、开启或关闭用于实现上述处理的相关机制，以及被用来对它们的功能进行修正。该方法然后进行到步骤404。

在步骤404，观看数据被准备用于传输，该步骤包括但不限于为(先前在步骤402生成的)观看数据生成一个或多个观看数据基本消息(Look Data Elementary Message)、生成分别包括一个或多个观看数据基本消息的一个或多个观看数据包、以及在磁盘上存储观看数据等。该方法然后进行到步骤406。

在步骤406，观看数据和视频内容被使用HDMI发送至显示装置。这种传输可以涉及但不限于(例如)使用HDMI色彩元数据、CEA/HDMI专用信息帧、HDMI/CEC(消费者电子控制)协议等。对于使用HDMI色彩元数据进行传输，这种使用可以涉及使用色域边界描述(GBD)元数据容器。对于使用CEA/HDMI卖方专用信息帧进行传输，这种使用可以涉及将GBD流协议应用于卖方专用信息帧。对于使用HDMI CEC协议进行传输，这种使用可以涉及在CEC上添加网络抽象层、使能服务质量(QoS)、以及将CEC定时到视频。该方法然后进行到步骤408。

在步骤408，根据观看数据接收、存储、并修正视频内容，并且将修正后的视频内容显示在显示装置上。然后可退出方法400。

应该明白，可以根据实际实现来改变接收、存储、和修正的前述次序和使用。例如，存储可以对应于在存储介质上提供元数据和/或对应于暂时将其存储在内容再现侧(content rendition side)以随后进行处理。

在本发明的一个实施例中，本发明的原理可以被用来通过以下处理而创建用于高清晰度数字视频盘(HD-DVD)和/或BLU-RAY盘的内容：根据国际标准化组织/国际电工委员会(IEC)动态图像专家组-4(MPEG-4)部分10高级视频编码(AVC)标准/国际电信联盟电信局(ITU-T)H.264推介(下文中称为“MPEG-4AVC标准”)对内容进行编码、将内容存储在盘上、然后控制显示器中的信号处理单元修改视频内容用于显示。在这种应用中，观看数据被存储在盘上。观看数据然后被使用高清晰度多媒体接口(HDMI)发送至显示器。这里描述了使用HDMI来发送观看数据的各种示例性方法。当然，应该明白，本原理不仅限于所描述的实施例，在本文中提供的原理的教导下，本领域和相关领域普通技术人员将想到这些和各种其他实施例以及它们的变型(同时保持本原理的精神)。

应该明白，在各种实施例中，本原理可以被用在包括但不限于处理运动图像产品中的“数字日志(Digital Dailies)”的专业或半专业环境下。

场景边界数据

图5示出了根据本原理的实施例的观看数据500的示例性表示。图5的观看数据500说明性地包括观看数据包510，每个场景或场景序列515一个观看数据包。应该注意，一般由内容生产者来定义场景边界。如图5中所示，每个观看数据包(LDP)510可以包括一个或多个观看数据基本消息520。每个观看数据基本消息(LDEM)可以包括控制用于内容呈现和/或显示的一个信息处理单元的参数525。更具体地，根据本发明的实施例，观看数据包510以及观看数据基本消息520和参数525将与各视频内容一起被发送或传递至包括内容渲染装置的显示系统。在显示系统处，内容渲染装置(例如，显示器或机顶盒的解码器)根据观看数据基本消息520中的参数，将观看数据包510应用于各视频内容，以影响或改变为其创建了观看数据的场景或场景序列的显示属性。

在一个实施例中，如果确定观看数据500在场景515之间相同，则可以通过不在场景改变时更新观看数据500来在场景515中间共享观看数据500。所以，观看数据500保持有效，直到观看数据500被无效或被更新为止。这种无效可以包括通过将“观看数据基本消息”中的“数据有效”标记设置为“假(FALSE)”，禁止LDEM元数据的应用。一种替代是发送具有相同的标记标识符(Tag ID)的新LDEM。

观看数据包

在本发明的一个实施例中，对于观看数据包(Look Data Packet)传输，“KLV”(键、长度、取值)元数据概念被实现，然而其他的已知观看数据包传输概念也可以被实现。即，尽管相对于KLV元数据概念描述了一个或多个实施例，但是应该明白本原理不限于仅实现KLV元数据概念，所以实现观看数据包的其他方法也可以在保持本原理的精神的同时根据本发明的各种实施例被实现。

KLV概念对于传输装置在不对内容进行解析的条件下理解数据包传输何时结束是非常有用的。这在图6和图7中示出。例如，图6示出了根据本发明实施例的用在观看数据基本消息中的元数据600的示例性KLV符号。图7更详细地示出了根据本发明实施例的图6的元数据600的KLV符号。

更具体地，参考图6和图7，每个数据包可以包括指示消息的性质的“键”字段610(例如该消息涉及“观看数据”)。“键”字段可以包括时间戳617或者可替代地包括“场景标识符(scene ID)”，从而接收单元可以立即获知哪个场景上的数据必须准备好被应用。应该明白，时间戳617和/或场景ID是可选的，并且可以被用于(例如)发生时间码追踪的系统。另外，每个数据包可以包括指示数据包的净荷部分中的字数的长度字段620。应该明白，长度字段620也是可选的，其的使用例如可以取决于元数据标记。

另外，每个数据包可以包括用于承载数据包的净荷部分的取值字段(value field)630。在一个实施例中，净荷内容的字大小可以由元数据标记确定。在本发明的一个实施例中，净荷可以包括(例如)单独的“观看数据基本消息”，其中另一层KLV可以被使用，或者可选地只使用KV(键和取值)。

观看数据基本消息

1.色彩处理

在本发明的一个实施例中，色彩处理可以在观看数据基本消息中定义。即，色彩处理例如可以由一个或多个3D-LUT、一个或多个1D-LUT、和/或一个或多个3×3LUT实现。例如，这种观看数据基本消息的示例性定义在图8至图14中提供。

更具体地，图8示出了根据本发明实施例的被实现为具有8比特的比特深度的3D-LUT的示例性观看数据基本消息800。如图8中所示，观看数据基本消息800包括标记ID部分810和取值部分820。取值部分820说明性地包括有效性部分、色彩空间定义部分、长度定义部分、以及取值部分。图8的观看数据基本消息800的每个部分包括各自的描述和名称部分。图8的标记ID部分810定义了3D-LUT的8比特ID(其说明性地为0x11)。在取值部分820中，有效性部分定义了数据是否有效，并且在图8中被说明性地定义为布尔值。在取值部分820中，色彩空间部分定义色彩空间，并且在图8中被说明性地定义为[00]＝RGB，[01]＝XYZ，[10]＝YCrCb，以及[11]＝保留。

图8的取值部分820中的长度定义部分以字节为单位定义了净荷的长度(其说明性地被假设为8比特节点数据)。另外，取值部分定义了诸如LUT节点数据、输入数据的间隔(其说明性地被假设为固定间隔)、字定义和次序(其说明性地为“第一个字RED，CIE_X或Y”、“第二个字GREEN，CIE_Y或Cr”、“第三个字BLUE，CIE_Z或Cb”)之类的各种取值。在图8的观看数据基本消息800中，取值部分还说明性地定义了“先蓝色(BLUE)改变，然后绿色(Green)，然后红色(Red)”的栅格扫描。

图9示出了根据本发明实施例的被实现为具有10比特的比特深度的3D-LUT的示例性观看数据基本消息900。图9的观看数据基本消息900基本类似于图8的观看数据基本消息，除了在图9中3D-LUT的ID具有10比特的比特深度并且具有值0x12。另外，在图9的观看数据基本消息900中，长度定义部分定义了说明性地被假设为10比特字节数据并被打包为一个32比特的字的净荷的长度。另外，在图9的实施例中，取值部分进一步如下定义了字“红色(RED)”、“绿色(GREEN)”、和“蓝色(BLUE)”：

字＝RED＜＜20+GREEN＜＜10+BLUE。

图10示出了根据本发明实施例的被实现为具有8比特的比特深度的1D-LUT的示例性观看数据基本消息1000。在图10的观看数据基本消息1000中，1D-LUT的ID具有8比特的比特深度，并且取值为0x13。不同于以上的图8和图9的观看数据基本消息，在图10的观看数据基本消息1000中，色彩定义部分定义了色彩，其是用于红色通道、绿色通道还是蓝色通道的LUT、或者该LUT是否将被应用于所有通道。在图10中，色彩值说明性地被定义为[00]＝红色或CIE_X或Y，[01]＝绿色或CIE_Y或Cr，[10]＝蓝色或CIE_Z或Cb，以及[11]＝所有通道。另外，在观看数据基本消息1000中，取值部分定义了LUT输出数据被期望为以用于最小输入值的输出值开始的256个8比特值。

图11示出了根据本发明实施例的被实现为具有10比特的比特深度的1D-LUT的示例性观看数据基本消息1100。图11的观看数据基本消息1100基本类似于图10的观看数据基本消息1000，除了在图11的实施例中，观看数据基本消息1100包括具有10比特的比特深度并且取值0x14的ID。另外，在观看数据基本消息1100中，取值部分定义LUT输出数据被期望为以用于最小输入值的输出值开始的1024个10比特值，以及将3个10比特值打包成具有以下值的一个32比特字：

字＝LUT[0]＜＜20+LUT[1]＜＜10+LUT[2]。

图12示出了根据本发明实施例的被实现为具有10比特的比特深度的3×3矩阵的示例性观看数据基本消息1200。在观看数据基本消息1200中，色彩定义部分定义了具有[00]＝RGB至RGB(伽马)、[01]＝RGB至RGB(线性)、以及[11]＝XYZ至XYZ的值的矩阵应用。另外，在图12的观看数据基本消息1200中，取值部分定义期望的系数值为以下形式的9个10比特值：

[B1[C1 C2 C3 [A1

B2＝C4 C5 C6×A2

B3]C7 C8 C9] A3]

其中，A1和B1是红色或CIE_X，A2和B2是绿色或CIE_Y，并且A3和B3是蓝色或CIE_Z，并且排列顺序为C1-C2-C3。在图12的观看数据基本消息1200中，取值部分定义了三个系数被打包为1个32比特的字，从而使得总净荷为具有以下取值的3×32比特＝96比特：

字＝C1＜＜C20+C2＜＜10+C3。

图13示出了根据本发明实施例的被实现为具有8比特的比特深度的3×3矩阵的示例性观看数据基本消息1300。图13的观看数据基本消息1300基本类似于图12的观看数据基本消息1200，除了在图13的实施例中，观看数据基本消息1300包括具有取值为0x16的8比特的比特深度的ID。另外，在图13的观看数据基本消息1300中，总净荷为9×8比特＝72比特。

图14示出了根据本发明实施例的被实现为具有16比特的比特深度的3×3矩阵的示例性观看数据基本消息1400。图14的观看数据基本消息1400基本类似于图12的观看数据基本消息1200和图13的观看数据基本消息1300，除了在图14的实施例中，观看数据基本消息1400包括具有取值为0x17的具有16比特的比特深度的ID。另外，在图14的观看数据基本消息1400中，总净荷为9×16比特＝144比特。

2.空间滤波器

在本发明的实施例中，空间滤波控制可以在观看数据基本消息中规定。例如，可以利用空域滤波来改变空间响应或频率响应。改变空间频率响应的一种示例性方法是使用一组有限冲击响应(FIR)滤波器(其中的每个滤波器都被调谐到一个特定的中心频率)。图15示出了根据本发明实施例的用于频率响应修正的示例性滤波器组1500。图15的滤波器组1500说明性地包括多个滤波器1510、至少一个乘法器1520、以及至少一个组合器1530。

在一个实施例中，为了增强或衰减频率细节，通过改变滤波器系数(C0…CN)来处理图像的频率响应。例如，图16示出了根据本发明实施例的用于频率均衡的示例性离散频率1600。如图16中所示，滤波器系数(C0…CN)可以由用于频率响应的观看数据基本消息规定。

例如，图17示出了根据本发明实施例的用于8比特频率均衡的示例性观看数据基本消息1700。如图17的实施例中所示，观看数据基本消息1700定义了频率均衡器的系数数目(例如，多达16个，4比特)，并且定义了每个系数控制一个倍频器(frequency band multiplier)。

3.运动行为

在一个实施例中，可以利用包含有用于使显示器将运动行为校准到期望的运动特性的信息的消息，在观看数据基本消息中规定运动行为控制。这个信息携带有期望的运动特性的规范，并且还可以携带来自内容处理单元的、简化显示器中的处理的助手数据。例如，图18示出了根据本发明实施例的用于运动行为的示例性观看数据基本消息1800。图18的实施例的观看数据基本消息1800说明性地定义了单位为Hz的输入帧频(U8)、字段重复(U8)、期望的显示行为(U16)、以及x/y方向的眼部运动轨迹(2×U32)。另外，在图18的实施例的观看数据基本消息1800中，定义了是否存在运动估计或预处理。

4.胶片颗粒

在实施例中，胶片颗粒控制可以在观看数据基本消息中规定。在本发明的一个实施例中，胶片颗粒消息可以从MPEG-4 AVC标准获得，净荷类型＝19。图19示出了根据本发明实施例的用于胶片颗粒的示例性观看数据基本消息1900。

5.噪声

在实施例中，噪声控制可以在观看数据基本消息中规定。即，可以在用于噪声的观看数据基本消息中向所有的色彩通道添加确定等级的白噪声，或者向每个通道添加一个特定的等级/特性。另外，在实施例中，可以从一个或多个色彩通道去除噪声。在一个实施例中，可以通过以如上所述的空间响应相同的方式对频率响应进行修正，来改变噪声特性。图20示出了根据本发明实施例的用于噪声的示例性观看数据基本消息2000。

6.编辑

在实施例中，可以在观看数据基本消息中规定一个或多个场景的编辑。例如，可以根据本发明的观看数据基本消息，剪掉场景群组或者场景的一个或多个片断。这样，剪辑后的场景可以随后利用编辑数据的更新被显示。所以，在实施例中，特定场景中的IN和OUT时间代码的“剪辑列表”可以被发送。在一个实施例中，场景的第一帧将具有时间代码00:00:00:00(HH:MM:SS:FF)。图21示出了根据本发明实施例的能够被用于编辑控制的用于时间编辑的示例性观看数据基本消息2100。

7.色调映射

在一个实施例中，色调映射被规定在观看数据基本消息中。例如，当将高动态范围图像转换为低动态范围图像时，可以使用色调映射。作为示例，一般应用可以是从10比特的编码后图像到8比特或7比特的图像的转换。应该明白，本原理不限于任何特定的色调映射算法，所以在保持本原理的精神的同时可以使用色调映射的任何方法。作为一个示例，色调映射可以在MPEG-4 AVC标准中的补充增强信息(SEI)消息中规定。例如，图22示出了根据本发明实施例的用于色调映射的示例性观看数据基本消息2200。图22的观看数据基本消息2200能够规定也能够在SEI消息中被规定的参数。

观看数据传输

在HDMI中，存在用于发送观看数据的不同方法。用于发送观看数据的一些示例性方法包括但不限于用于除了色域元数据以外的数据的“色域元数据包”的使用、“卖方专用信息帧”的使用、以及消费者电子控制(CEC)卖方专用命令的使用。

1.HDMI色彩元数据

注意HDMI规范的当前版本是版本1.3A，自从HDMI规范的版本1.3以来存在用于经由HDMI来传送色度元数据的新方法。在本发明的一个实施例中，不是仅发送色度元数据，而是使用传输可能性来发送“观看数据包”。所以，色域配置文件(Gamut Profile)的使用被提出，其没有被当前的HDMI规范，版本1.3A使用，例如GBD_profile＝7。HDMI规范版本1.3考虑到一个单独传输中多达800个HDMI数据包，但是规范的未来版本可以提供不同的数据包总数。然而，用于这个的时间可以持续多达10个视频场(video field)，但是这可能随着接口规范的未来版本而改变。对于每HDMI数据包28字节，这将总共达到21.8K字节。

所以，在涉及这种观看数据传输的本发明的实施例中，应该保证观看数据包不大于HDMI色域元数据包的最大尺寸。另外，由于观看数据包可能需要逐场景地适应，而场景被定义为共享观看数据包数据的视频场范围，所以在这种更新实例之前的场景应该不短于当前场景的“观看数据包”(LDP)传输所花费的时间。

为了使用根据规范版本1.3的HDMI色度元数据，数据包的长度将被计算，并且GBD_Length_H(高字节)和GBD_Length_L(低字节)将被填充在色域元数据包的头两个字节中，如图23中所示。即，图23示出了根据本发明实施例的本发明的实施例可以被应用于其的示例性HDMI色域元数据包2300。

在一个实施例中，可以对包括GBD报头和观看数据包、以及(如果可用的话)任意填充数据的整个数据包执行可选的校验和。图24示出了根据本发明实施例的本发明可以被应用于其的示例性HDMI色域元数据报头2400。表1描述了根据本发明实施例的图24中所示的语法元素的语义。图24的部分和表1是从“高清晰度多媒体接口规范版本1.3a”(High Definition Multimedia Interface Specification Version 1.3a)中提取出来的，在其中称为表5-30“色域元数据包报头”(Gamut Metadata Packet Header)。

表1

如上所述，数据可以被划分为用于传输的单独HDMI接口数据包，22字节用于第一GBD数据包以及28字节用于所有剩余数据包。如果最后一个数据包不能完全利用“观看数据包”数据填充，则它需要利用前述的“填充数据”填充，其中在根据本发明的一个实施例中，填充数据可以包括一个或多个0。对于数据流，HDMI GBD数据流机制被使用，具有“Next_Field”、“Affected_Gamut_Seq_Num”、“Current_Gamut_Seq_Num”、以及“Packet_Seq”(参见图24)。在不存在将被应用的观看数据时，相应的“GBD_Profile”＝7的“No_Current_GBD”的一个传输足以发送这个请求。所有的观看数据视频信号修正随即将被禁止，直到新的观看数据包被发送。

或者，可以使用以下关于“HDMI CEC协议”描述的通信方法，但是GBD方法优选，因为它以内置的帧同步方法为特征。

图25示出了根据本发明实施例的本发明可以被应用于其的HDMI版本1.3中的示例性色域元数据包2500。色域元数据包2500包括实际视频部分2510、源处的GBD信息部分2520、VSYNC部分2530、色域元数据包部分2540、以及接收端的转换表部分2550。图25的部分是从“高清晰度多媒体接口说明版本1.3a”中提取的，在其中称为图5至6的“示例P0传输序列”(Example P0 Transmission Sequence)。

2.CEA/HDMI卖方专用信息帧

代替实现如上所述的HDMI GBD元数据，在本发明的替代实施例中，可以根据本发明使用“卖方专用信息帧”(vendor specific info frame)。卖方专用信息帧在例如CEA-861-D规范的6.1章中描述。HDMI规范允许CEA-861-D信息帧的使用，如其章节5.3.5中所描述的。实际上，信息帧数据包在长度上为28字节。相对于色域元数据包的唯一区别在于数据包大小被限制为仅有1个信息帧。在本发明的一个实施例中，也提出使用用于卖方专用信息帧的GBD元数据流控制。即，在一个实施例中，使用了以下修正：由于以上描述的卖方专用信息帧被限制到仅一个数据包，所以长度字段在大小上仅为5比特。这意味着长度信息和循环冗余码(CRC)信息应该被放置在“类似于GBD”报头(观看数据包报头(参见图26)，其因而从3字节长到了6字节)。即，图26示出了根据本发明实施例的将与HDMI版本1.3一起使用的用于卖方专用信息帧的示例性观看数据包报头2600。下面的表2描述了根据本发明实施例的图26中所示的语法元素的语义。

表2

图27示出了根据本发明实施例的本发明可以被应用于其的例如CEA861D中的示例性卖方专用信息帧2700。图27的卖方专用信息帧2700说明性地定义了字节编号、字段名称和内容。如图27中所示，卖方专用信息帧2700说明性地定义了‘n’字节，作为具有值01₁₆的卖方专用信息帧类型代码。卖方专用信息帧2700进一步定义了n+1帧作为具有值01₁₆的卖方专用信息帧版本，定义了n+2帧作为具有等于包括IEEE注册ID的信息帧净荷中的字节总数的值的Lv信息帧长度，定义了n+3、4、5帧作为24比特IEEE注册标识符(最低有效字节在先)、以及n+Lv-1¹帧作为卖方专用净荷。

因此，图28示出了根据本发明实施例的用于发送观看数据的示例性卖方专用CEC指令2800。图28的卖方专用CEC指令2800说明性地定义了各种CEC指令的名称、描述、和取值。更具体地，在图28的实施例中，特定的开始比特被定义。另外，卖方ID(说明性地为IEEE卖方地址)被定义为等于IEEE OUI指派的3字节。图28的卖方专用CEC指令2800还定义了第一数据块作为具有1字节值的标记号(Tag Nr.)的操作码。在以第二数据块开始的卖方专用CEC指令2800中，所定义的操作数块定义了长度、包顺序和操作数。更具体地，下列数据的长度被以字节为单位定义。数据包顺序说明性地在图28的实施例中使用指示数据包是否为色域数据包序列中的唯一的数据包、第一数据包、或最后数据包的2比特定义。这种包序列说明性地在图28中被定义如下：

＝0(0b00)序列中的中间数据包

＝1(0b01)序列上的第一数据包

＝2(0b10)序列上的最后一个数据包

＝3(0b11)序列上的唯一数据包。

3.HDMI CEC协议

消费者电子控制(CEC)是HDMI中的双向控制总线。它是由连接至该总线的多个音频/视频(A/V)装置使用的共享介质。

它本质上特别慢，具有每秒100至200比特范围内的原始数据传输速度。根据HDMI规范版本1.3a，单个卖方专用CEC消息具有最多16×10比特的原始尺寸，并且具有最多11×8比特的原始净荷。考虑到协议和100％至200％的数据流开销，一个CEC消息的传输将花费数秒。这意味着如果以前述两种方法中的最大可能发送相同数量的数据，即21.8k字节，将花费数分钟来发送。这只有在没有其他装置在这段时间内使用总线(在这种情况下传输时间将进一步增加)的情况下为真。

所以建议限制观看数据包的尺寸。考虑到该速度，一些观看数据基本消息在日常使用中使用是不实际的(尤其是LUT下载，参见图8至图11)。

然而，考虑到CEC帧的净荷大小，观看数据包将长于一个CEC帧基本上是不可避免的。由于CEC被设计用于简单应用，所以抽象层可以在CEC上实现，以使得根据本发明实施例的通信更加鲁棒。

更具体地，相对于国际电工委员会开放式系统互连(ISO/OSI)参考模型，CEC功能实现了物理层、数据链路、以及网络层的部分。服务质量(QoS)不是由网络层提供的。所以，在本发明的实施例中，QoS在将在将实现于CEC协议之上的层中解决。

图29示出了根据本发明实施例的与消费者电子控制(CEC)总线一起使用的示例性网络层模型2900。网络层模型2900包括应用层2905、TL_CEC层2910、CEC层2915、以及CEC-物理层(CEC-phys)2920，其中第一装置(装置1)2981和第二装置(装置2)2982之间的通信在CEC物理层(CEC-phys)2920处被执行。

图30示出了根据本发明实施例的用于利用CEC卖方专用命令提供应用到应用通信的示例性CEC处理3000的高层示图。也就是说，相对于CEC处理3000，观看数据基本消息由生成应用3005在内容创建/创作中生成。然后，观看数据基本消息被数据包装配块3010装配为观看数据包。循环冗余码(CRC)由CRC块3015以HDMI定义的方式从这个数据包计算出来。这里的CRC被实现为校验和，该校验和被定义为包括报头在内的所有数据包数据和校验和数据的字节宽总和，以等于0。

然后，CRC和观看数据包被数据包到帧块3020分离为适当大小的帧，以用于通信。在本发明的实施例中，88字节的数据包大小被用作示例。在这个实施例中，第一CEC消息携带8比特的CRC数据，并且随后的消息携带多8比特的净荷数据，因为CRC数据在每个观看数据包只需要被传送一次。

替代地如图31中所示，CRC数据也可以在帧N中在传输末尾处被发送。即，图31示出了示出观看数据包到帧的示例性转换3100的高层框图，其中观看数据包被转换为帧以利用HDMI进行传输。然后返回参考图30，数据被准备好用于经由CEC 3030进行传输。

在本发明的一个实施例中，在接收侧恰恰相反。即，帧被重装配为观看数据包，校验和被计算出来，然后观看数据基本消息被从观看数据包拆解出来以供应接收侧的应用(其一般为根据内容创建者规定的意图来改变观看的显示器)。

应该注意，CRC块3015是网络层2900的部分。在CRC错误的情况下，下面的两种示例性方法中的任意一种可以被执行，尽管应该注意本发明的原理不仅限于下面描述的方法。在第一种方法中，观看数据包可以被丢弃。在第二种方法中，重传请求可以被发出。在第一种方法的情况下，先前发送的数据包将保持有效。

返回参考图31，图31示出了根据本发明实施例的从观看数据包到用于利用HDMI传输的帧的示例性转换3100的高层框图。转换3100涉及给定的观看数据包3110、以及对CRC计算3120和数据包到帧的转换3130的应用以获得作为结果的帧3140。其中，第一帧具有CRC信息3145。

与前述的一些方法相反，CEC不具有与视频信号的共同时基。所以，在本发明的实施例中，为了对观看数据包进行同步，LDP传输结尾处的生效信号被使用，以对所发送的LDP的参数和数据到接收端的视频处理块中的装载进行定时。这样，观看数据包在CEC上被发送，并且在特定的“生效”CEC命令被发送之前保持无效。

然而，生效不能被精确定时。这样在本发明的一个实施例中，一种可能性是估计应用时间的不确定性，并确保视频处理中的改变不会被扰乱。场景改变消隐可以被使用。“生效”信号可以为1字节短，但是加上CEC比特的开销，总共将达到最小60比特外加起始比特(如图32中所示)。即，图32示出了根据本发明实施例的用于观看数据生效的示例性观看数据基本消息3200。

所以，可以根据CEC开始时间+20×CEC标称数据比特周期计算发送时间。HDMI规范版本1.3a建议标称CEC开始时间为4.5毫秒，并且标称CEC数据周期时间为2.4毫秒。这导致4.5毫秒+60×2.4毫秒＝148.5毫秒。所以，“生效”信号将具有对于60Hz的场延迟9，对于50Hz的场延迟8，或者对于24Hz的场延迟4。然而，这可能随着HDMI规范中的CEC规范的更新版本而改变。

这样，在场频率为60Hz的应用的至少9场之前，必须向CEC生成器请求“生效”命令。由于HDMI接收端控制处于视频和CEC之上，所以为了避免错误的LDP数据被应用于给定的图像内容，提出在跳变阶段期间，使图像内容消失或以其他方式使之不受LDP改变的影响。跳变阶段被确定为假设利用HDMI规范的最快的可能CEC跳变速度的情况下的跳变时间和最慢CEC传输加接收端中的可能的处理延迟之间的持续时间。

为了克服基于场景的观看数据包变化的同步问题，提出了下面的根据本发明实施例的示例性方法。即，为了将CEC与视频同步，物理级CEC动作被执行。这可以由例如图33中所示的设备实现。

更具体地，图33示出了根据本发明实施例的用于生成CEC生效信号的示例性设备3300。图33的设备3300说明性地包括CEC生成器3310、发射机侧3320、接收机侧3330、以及CEC解码器3340。物理级CEC动作由设备3300执行，设备3300在发射机侧3320对CEC的PHY层动作和视频部分的VSYNC(垂直同步信号)进行同步。在接收机侧3330，该设备通过将观看数据包数据应用与CEC物理层动作进行同步，以帧同步的方式将观看数据包数据的应用同步到画面处理。设备3300通过利用VSYNC对CEC生效命令进行定时、等待观看数据包数据生效的最后字节的EOM命令来实现以上处理。

图34示出了根据本发明实施例的用于CEC中的生效信号传输的方法的流程图。该方法3400开始于步骤3410。在步骤3410，LDP被发送至接收端。方法3400然后进行到步骤3420。

在步骤3420，在块3420中向源装置中的CEC生成器请求“生效”信号传输。方法3400然后进行到步骤3430。

在步骤3430，CEC生成器从下一个VSYNC事件开始发送CEC“生效”命令。方法3400然后进行到步骤3440。

在步骤3440，接收端接收“生效”信号。方法3400然后进行到步骤3450。

在步骤3450，接收端等待直到传输结束为止并且在接收端装置中发生下一个VSYNC信号事件时，其使LDP数据生效。方法3400然后进行到步骤3460。

在步骤3460，接收端装置将LDP数据内容应用于视频处理块。然后可退出方法3400。

如上所述，“生效”信号的传输时间将大约为52.5毫秒。所以，“生效”信号将具有用于60Hz的场延迟4，用于50Hz和24Hz的场延迟3。所以，有必要在其应用之前的大约4帧之前使LDP传输结束并使“生效”信号传输开始。于是将不存在LDP应用的不确定性。

在本发明的替代实施例中，另一种传输方法可以包括使用用于LDP传输的新颖的未来联网的可能性。例如，HDMI可以在未来采用顶层/顶级上的新的联网通道，或者替代现存的HDMI专用数据传输可能性中的一些可能性。这种新的传输方法可以基于已知的联网技术，并可以对于视频异步。这种联网技术可以被用来以同样方式发送LDP数据包，以及被用来使用与这里描述的本发明的各种实施例一起描述的数据包控制以及诸如视频同步之类的CEC传输方法。

已经描述了用于观看数据定义和通过HDMI的传输的方法和系统的优选实施例(这些实施例用于说明而不用于限制本发明)，应该注意在上述教导的启发下本领域普通技术人员可以作出各种修改和改变。所以应该理解，可以在所附权利要求概括的本发明的范围和精神下对所公开的本发明的特定实施例作出改变。尽管上述内容指向本发明的各种实施例，但是本发明的其他和进一步实施例可以在不脱离本发明的基本范围的条件下被设计出来。

Claims

1.一种方法，包括：

生成视频内容的元数据，所述元数据被内容创建者用来通过考虑不同显示装置之间的变化和不同创建意图之间的变化而在显示所述视频内容之前修改所述视频内容；以及

准备所述视频内容以及所述元数据，以在高清晰度多媒体接口上传输。

2.根据权利要求1所述的方法，还包括在所述高清晰度多媒体接口上发送所述元数据和所述视频内容，从而使得所述元数据能够被用来在显示所述视频内容之前修改所述视频内容。

3.根据权利要求1所述的方法，其中所述元数据被准备用来相对于所述视频内容在带内和带外模式中的至少一种模式下传输。

4.根据权利要求1所述的方法，其中所述元数据被准备用来利用关于高清晰度多媒体接口规范的版本1.3A和任意更早版本的色域边界描述元数据容器的新的色域配置文件和未使用的色域配置文件中的至少一种传输。

5.根据权利要求1所述的方法，其中所述元数据被准备用来利用卖方专用信息帧传输。

6.根据权利要求5所述的方法，其中所述准备步骤包括将色域边界描述流控制应用于所述卖方专用信息帧。

7.根据权利要求1所述的方法，其中所述元数据被准备用来利用高清晰度多媒体接口消费者电子控制协议传输。

8.根据权利要求7所述的方法，其中所述准备步骤包括在所述消费者电子控制协议之上添加网络抽象层以及使能服务质量中至少一者。

9.根据权利要求7所述的方法，其中所述准备步骤包括对于所述视频内容对所述消费者电子控制协议进行定时，这包括将所述消费者电子控制协议与垂直同步信号耦合。

10.根据权利要求1所述的方法，其中所述元数据用于以下处理中的至少一种：所述视频内容的色彩处理，控制所述视频内容的空间滤波以改变与其相关联的调制传递函数，控制所述视频内容的运动行为，控制所述视频内容的胶片颗粒方面、向所述视频内容添加噪声，控制所述视频内容中的场景的编辑，以及相对于所述视频内容的色调映射。

11.根据权利要求10所述的方法，其中所述元数据对应于一个或多个查找表以及一个或多个色彩变换矩阵这两者中的至少一者。

12.根据权利要求1所述的方法，其中所述准备步骤包括将所述元数据组织为数据包。

13.根据权利要求12所述的方法，进一步包括生成用于插入在所述数据包中的至少一个消息，所述至少一个消息涉及以下处理中的至少一种：所述视频内容的色彩处理，控制所述视频内容的空间滤波以改变与其相关联的调制传递函数，控制所述视频内容的运动行为，控制所述视频内容的胶片颗粒方面，向所述视频内容添加噪声，控制所述视频内容中的场景的编辑，以及相对于所述视频内容的色调映射。

14.根据权利要求1所述的方法，还包括在盘上存储所述视频内容和所述元数据，以随后显示根据所述元数据修改后的视频内容。

15.一种系统，包括：

元数据生成器，用于生成视频内容的元数据，所述元数据被内容创建者用来通过考虑不同显示装置之间的变化以及不同创建意图之间的变化而在显示所述视频内容之前修改所述视频内容；以及

元数据传输准备装置，用于准备所述视频内容和所述元数据，用于在高清晰度多媒体接口上传输。

16.根据权利要求15所述的系统，还包括高清晰度多媒体接口传输装置，用于在所述高清晰度多媒体接口上发送所述元数据和所述视频内容，从而使得所述元数据能够被用来在显示所述视频内容之前修改所述视频内容。

17.根据权利要求15所述的系统，其中所述元数据被准备用来相对于所述视频内容在带内和带外模式中的至少一种模式下传输。

18.根据权利要求15所述的系统，其中所述元数据被准备用来利用关于高清晰度多媒体接口规范的版本1.3A和任意更早版本的色域边界描述元数据容器的新的色域配置文件和未使用的色域配置文件中的至少一种传输。

19.根据权利要求15所述的系统，其中所述元数据被准备用来利用卖方专用信息帧传输。

20.根据权利要求19所述的系统，其中色域边界描述流控制被应用于所述卖方专用信息帧。

21.根据权利要求15所述的系统，其中所述元数据被准备用来利用高清晰度多媒体接口消费者电子控制协议传输。

22.根据权利要求22所述的系统，其中所述元数据传输准备装置至少执行以下处理之一：在所述消费者电子控制协议之上添加网络抽象层，以及使能服务质量。

23.根据权利要求22所述的系统，其中所述元数据传输准备装置对于所述视频内容对所述消费者电子控制协议进行定时，这包括将所述消费者电子控制协议与垂直同步信号耦合。

24.根据权利要求15所述的系统，其中所述元数据用于以下处理中的至少一种：所述视频内容的色彩处理，控制所述视频内容的空间滤波以改变与其相关联的调制传递函数，控制所述视频内容的运动行为，控制所述视频内容的胶片颗粒方面，向所述视频内容添加噪声，控制所述视频内容中的场景的编辑、以及相对于所述视频内容的色调映射。

25.根据权利要求24所述的系统，其中所述元数据对应于一个或多个查找表和一个或多个色彩转换矩阵这两者中的至少一者。

26.根据权利要求15所述的系统，其中所述元数据被组织为数据包。

27.根据权利要求26所述的系统，其中所述数据包包括涉及以下处理中的至少一种处理的至少一个消息：所述视频内容的色彩处理、控制所述视频内容的空间滤波以改变与其相关联的调制传递函数，控制所述视频内容的运动行为，控制所述视频内容的胶片颗粒方面，向所述视频内容添加噪声，控制所述视频内容中的场景的编辑，以及相对于所述视频内容的色调映射。

28.根据权利要求15所述的系统，还包括存储装置，用于在盘上存储所述视频内容和所述元数据，以随后显示根据所述元数据修改后的视频内容。