CN105409225B

CN105409225B - Hdr元数据传输

Info

Publication number: CN105409225B
Application number: CN201480041020.1A
Authority: CN
Inventors: W.德哈安; C.L.C.M.克尼布贝勒
Original assignee: Koninklijke Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2013-07-19
Filing date: 2014-07-21
Publication date: 2019-09-17
Anticipated expiration: 2034-07-21
Also published as: US10515667B2; RU2654049C2; WO2015007910A1; RU2016105434A; JP2016528800A; US20160163356A1; CN105409225A; JP6419807B2; EP3022935A1; MX2016000645A

Abstract

一种视频分发系统传递具有表示待以所选择的组合被渲染的视听内容的基本流和指示可选择的基本流的流信息的格式化的视频信号（20）。该格式化的视频信号表示具有扩展的明度和/或颜色范围（HDR）的扩展视频。一种视频设备（21）处理输入视频，以提供表示标准视频和扩展视频之间的转换的视频处理元数据。该格式化的视频信号包括表示标准或扩展视频的主视频基本流，视频处理基本流不包括视听内容但包括表示标准视频和扩展视频之间的转换的视频处理元数据，反之亦然，并且扩展流信息包括指示视频处理基本流的条目。有利的是，启用视频播放器（22）（例如，BD播放器）以基于扩展流信息和视频处理基本流渲染扩展视频和标准视频。

Description

HDR元数据传输

技术领域

本发明涉及装置和方法以及所得产品（如数据存储或传送产品或格式化的编码信号），用于允许递送高动态范围的图像或视频。装置包括最初提供格式化的信号的视频处理设备、和接收格式化的视频信号的视频播放器。格式化的信号可以经由网络或存储介质（诸如光盘或存储器棒）被广播、传递。视频播放器包括例如蓝光光盘播放器、接收广播信号的电视设备或机顶盒、经由网络从服务器接收数据的计算机或便携式设备。

背景技术

近来，图像捕获、显示和尤其是编码已经从所谓的低动态范围（LDR）成像（诸如用于公知的典型的标准化系统（如PAL或MPEG2））改进为所谓的高动态范围（HDR）成像。自然界中的照度范围可以从日光下的100，000 lux（高于约为500 lux的典型的办公室或房间照度）到例如1/4月光下的0.05 lux。世界中的照度（L）范围从日面的十亿尼特（nit）到灯具的万分之几尼特、到太阳光下的对象（如建筑物、云边缘、或白纸）的几个（数十）数千尼特、到（重）阴天下或室内的对象的百分之几或十分之几尼特、到月光下的白纸的0.1尼特等等。这并不一定意味着我们应当以完全相同的方式在显示器上渲染这些照度，相反，画面应当看起来气韵好，从而至少意味着当在显示屏上被渲染时，对象的区域照度应当有大致类似的外观差异。

与典型的标准化视频（通常被称为LDR系统）相比，图像质量的进一步扩展可以通过扩展颜色空间来实现。如在该文献中所讨论的扩展范围的视频具有扩展的亮度范围、扩展的颜色空间、或扩展的亮度范围和扩展的颜色空间的组合，并且可以被称为HDR视频。

我们应当理解，用于在特定显示器上渲染的色调映射伴随有与捕获或编码去耦的、现今存在的许多显示器，从而导致三个链接的表示。一般而言，能够在显示器上渲染例如与相邻明亮的灯具不同的明亮的白色墙壁的HDR成像的要求是它们各自的像素还被利用不同的照度（Y）值而编码。传感器或摄像机正在变得更强大，因为它们的确可以忠实地捕获世界上大多数那些许多不同的照度和/或颜色（是否具有更大的井深（well-depth）、不同曝光的图片等），并且为了简单起见，我们应该将它们本身的颜色表示考虑为在[Lmin，Lmax]+彩色信息内编码的线性照度。然后，我们可以使用我们的传送编解码器的完全任意指定的定义（当然，根据所期望的要求，诸如例如，编码信息的后期加工性（如本地点亮、或数据压缩问题（concern））等）。最后，该编码数据（Y_C1C2，或类似的）然后可以再次以许多方式被转换为渲染侧表示，我们可以为了简单起见，其等同于例如LCD像素颜色的驱动值。新显示器可以具有更多的可渲染动态范围，以使它们可以首先渲染更亮的区域，其次同时或依次渲染更暗的区域。这样的扩展范围允许利用最佳渲染的输出颜色将所有这些各种照度对象沿着可渲染的色域放置。还有，可以扩展可用的颜色空间。

蓝光光盘和播放器在2006年引入市场，从那时起已经售出数百万的播放器，包括PlayStation 3游戏控制台在内。蓝光光盘（BD）大多包含播放时间约为2小时的且具有附加内容（奖励材料）的2D或3D特征电影。这些光盘上的视频内容已经针对相对较低的亮度水平和在ITU-R推荐BT.709“用于生产和国际节目交换的HDTV标准的参数值”中定义的颜色矩阵而进行颜色分级，其可从以下网址获得：http://www.itu.int/dms_pubrec/itu-r/rec/bt/R-REC-BT.709-5-200204-I!!PDF-E.pdf。

近来，广播和内容产业正在示出很大的兴趣，以从全高清（Full HD）分辨率变到双倍的水平和垂直分辨率（3840×2160）。该四倍全高清（QFHD）分辨率有时也被称为4K。除了增加分辨率之外，还有希望变到更高帧速率（48 Hz，60 Hz）、用于编码颜色分量的更高比特深度、更高的动态范围和更宽的颜色色域。而且，更高质量的视频规范常常被称为超高清。参见推荐ITU-R推荐BT.2020，其可从以下网址获得：http://www.itu.int/dms_pubrec/itu-r/rec/bt/R-REC-BT.2020-0-201208-I!!PDF-E.pdf。同时，ITU-T和MPEG共同努力开发了一种新的编解码器，被称为HEVC（又名ITU-T H.265或MPEG-H第二部分），其通常被视为效率约为AVC的两倍。

市场上出现了如上文所讨论的具有更高的亮度水平和/或更宽的颜色色域的显示设备。非标准化的亮度水平可以从（比方说）200尼特到1000尼特或更高的任何值。现有的蓝光内容针对更低的亮度进行分级，并且为了利用更高的亮度，HDR显示器可以应用一些算法来拉伸内容的亮度。从创新的角度来看，结果可能不是很理想。当拉伸到更高的亮度时要考虑创新意图的一种方式是包括具有告诉播放器（或显示器）如何进行拉伸的内容的信息。该拉伸可能在回放期间变化（例如，每个场景就可能改变），或者甚至可能在空间上适配（adapt）。还有，针对视频和覆盖图形（例如，字幕和菜单），拉伸可能不同。该信息可能看起来如何的示例在专利申请WO2013/046095中进行了描述，其描述了一种用于图像的动态范围变换的系统。讨论了一种用于在目标HDR显示器的LDR视频和HDR视频之间转换编码视频的动态范围变换（即，转换处理调度）。目标显示器参考可以包括在输出图像信号中。还有，进一步的文献WO2012/147022描述了HDR视频和LDR视频之间的映射，该映射可以通过预先定义的映射算法数据进行定义。提供了关于如何使用该信息来优化视频或图形或两者的处理的进一步的示例。

从上文得出，生成HDR视频和根据表示HDR视频和LDR视频之间的转换的视频处理元数据在HDR视频和LDR视频之间进行转换同样是已知的。然而，对于内容创建者来说，值得考虑的问题是，许多用户仍然拥有不能处理由HDR材料提供的扩展的照度和/或颜色范围的旧有设备。

WO2012/021705公开了用于递送至少两个版本的内容的系统和方法。传递信号具有内容的第一版本、表示内容的第一版本和第二版本之间的差别的差别数据、和从使第一版本和第二版本与主版本相关的变换函数导出的元数据。

EP 1708485公开了一种用于显示设备（电视接收器）和处理设备（光盘播放器）之间的视频数据的传递格式。显示设备提供定义可以被显示的信号的接收规范（EDID信号）。处理设备生成内容的对应版本（SD或HD）。

US2012/0314773描述了一种视觉动态范围（VDR）信号和一种标准动态范围（SDR）信号。第一（例如，MPEG-2）编码器对基层（BL）信号进行。第二编对编码增强层（EL）进行编码。EL信号表示利用其可以重建VDR信号的信息，例如，使用BL信号和EL信号。第一编码器利用具有固定精度的离散余弦逆变换（IDCT）系数（例如，其表示可以具有任意精度的变换系数的固定点近似值）对SDR信号进行编码。BL信号被编码入符合标准的流中。EL被编码入符合另进一步的标准的流中。BL信号和EL信号被组合；例如，被多路复用、并且被一起传送。元数据还被包括在多路复用中，并且在接收器处被反量化器和预测器使用。

发明内容

本发明的目的是提供一种用于向针对扩展范围的视频而启用的设备和标准视频设备传递视频的视频分发系统。

出于这个目的，根据本发明的第一方面，提供了一种用于提供格式化的视频信号以用于根据标准化的传递格式进行传递的方法，该标准化的传递格式定义具有指示可选择的基本流的条目的流信息，并且基本流根据标准化的传递格式具有公共结构并且表示以基本流的所选择的组合被渲染的视听内容，相应的基本流表示视频内容、音频内容、图形内容的其中一个；

格式化的视频信号表示相对于具有标准亮度和/或颜色范围的标准视频具有扩展的亮度和/或颜色范围的扩展视频，该标准范围是如标准化的传递格式所定义的；

该方法包括：

-处理输入视频，以提供表示标准视频和扩展视频之间的转换的视频处理元数据并且生成表示标准视频的主视频基本流，或者

-处理输入视频，以提供表示扩展视频和标准视频之间的转换的视频处理元数据并且生成表示扩展视频的主视频基本流；

-生成具有公共结构但不包括视听内容的视频处理基本流，该视频处理基本流包括用于在渲染所选择的组合中进行转换的视频处理元数据，

-生成至少包括指示主视频基本流的条目和指示视频处理基本流的条目的扩展流信息，以及

-生成包括主视频基本流、视频处理基本流和扩展流信息的格式化的视频信号，其中，视频处理基本流中的视频处理元数据包括扩展范围信息字段，该扩展范围信息字段包括多个不同的进程描述符，相应的进程描述符定义相应的数据类型的转换，该数据类型包括视频以及图形和字幕中的至少一个。

根据本发明的进一步的方面，提供了一种用于提供格式化的视频信号以用于根据标准化的传递格式进行传递的视频处理设备，该标准化的传递格式定义具有指示可选择的基本流的条目的流信息，并且基本流根据标准化的传递格式具有公共结构并且表示由基本流的所选择的组合渲染的视听内容，相应的基本流表示视频内容、音频内容、图形内容的其中一个；

格式化的视频信号表示相对于具有标准范围的标准视频内容而具有扩展的亮度和/或颜色范围的扩展视频，该标准范围如由标准化的传递格式所定义；

该处理设备包括：

-视频处理单元，其用于处理输入视频，和

-格式化单元，其用于生成格式化的视频信号；

视频处理单元和格式化单元被布置用于：

-处理输入视频，以提供表示标准视频和扩展视频之间的转换的视频处理元数据并且生成表示标准视频的主视频基本流，或

并且格式化单元还被布置用于：

根据本发明的进一步的方面，提供了一种用于根据标准化的传递格式处理格式化的视频信号的视频播放器，该标准化的传递格式定义具有指示可选择的基本流的条目的流信息，并且基本流根据标准化的传递格式具有公共结构并且表示以基本流的所选择的组合被渲染的视听内容，相应的基本流表示视频内容、音频内容、图形内容的其中一个；格式化的视频信号表示相对于具有标准范围的标准视频内容具有扩展的亮度和/或颜色范围的扩展视频，该标准范围如由标准化的传递格式所定义；

格式化的视频信号包括：

-视频处理基本流，其具有公共结构但不包括视听内容，该视频处理基本流包括用于在渲染所选择的组合中进行转换的视频处理元数据，

-主视频基本流，其表示标准视频并且视频处理元数据表示标准视频和扩展视频之间的转换，或者

-主视频基本流，其表示扩展视频并且视频处理元数据表示扩展视频和标准视频之间的转换；

并且格式化的视频信号还包括

扩展流信息，其至少包括指示主视频基本流的条目和指示视频处理基本流的条目；以及其中，视频处理基本流中的视频处理元数据包括扩展范围信息字段，该扩展范围信息字段包括多个不同的进程描述符，相应的进程描述符定义相应的数据类型的转换，该数据类型包括视频以及图形和字幕中的至少一个。

该播放器包括：

-输入单元，其用于接收格式化的视频信号并且提取扩展流信息和视频处理元数据，

-处理单元，其用于

-处理扩展流信息，并且，依据指示视频处理基本流的扩展流信息条目，

-根据视频处理元数据，通过处理主视频，将来自主视频基本流的主视频转换成适配于目标显示设备的亮度和/或颜色渲染能力的目标视频，同时使用用于相应的数据类型的转换的相应的进程描述符，该数据类型包括视频以及图形和字幕中的至少一个。

根据本发明的进一步的方面，提供了一种用于根据标准化的传递格式进行传递的格式化的视频信号，该标准化的传递格式定义具有指示可选择的基本流的条目的流信息，并且基本流根据标准化的传递格式具有公共结构并且表示以基本流的所选择的组合被渲染的视听内容，相应的基本流表示视频内容、音频内容、图形内容的其中一个；

格式化的视频信号表示相对于具有标准范围的标准视频内容具有扩展的亮度和/或颜色范围的扩展视频，该标准范围是由标准化的传递格式所定义；

格式化的视频信号包括：

并且格式化的视频信号还包括：

-扩展流信息，其至少包括指示主视频基本流的条目和指示视频处理基本流的条目，以及其中，视频处理基本流中的视频处理元数据包括扩展范围信息字段，该扩展范围信息字段包括多个不同的进程描述符，相应的进程描述符定义相应的数据类型的转换，该数据类型包括视频以及图形和字幕中的至少一个。。

各措施具有的效果是格式化的视频信号是根据标准化的传递格式（诸如MPEG视频），并且经由现有的分发信道（诸如光盘、广播和/或因特网）是可传递的。

标准化的传递格式定义指示格式化的视频信号的内容的流信息。流信息具有指示可选择的基本流的条目，例如，蓝光光盘上的播放列表信息、或用于下载的单独文件、或包括在多路复用流中以用于广播的节目信息。

标准化的格式进一步定义表示由基本流的所选择的组合被渲染的视听内容的基本流。这样，基本流例如从MPEG和蓝光光盘得知。基本流仅包含一种类型的数据，例如，音频、视频或图形，而每个基本流根据标准化的传递格式而具有公共结构，例如，定义数据分组和具有标准化的内容的报头的结构。基本流中的数据取决于编解码器和流中所携带的数据的类型。基本流可以被分组，并且可以包括或将它们与时间信息相关联，以使能够相互同步多个基本流，例如，数据被分组和并且分组报头包含链接到分组负载中的帧起始码的时间戳。该视频处理基本流还具有所述公共结构并且用于在渲染所选择的组合中进行转换，即，用于在利用其它基本流渲染期间确定转换处理。

提供格式化的信号的方法或视频处理设备、所传递的格式化的信号和处理格式化的信号以提供目标视频的视频播放器，一起构成用于传递标准范围和扩展范围视频的视频分发系统。扩展流信息经由所述条目通知接收侧视频处理基本流是否存在。例如，条目可以是指示所述存在的比特标志、包含指示视频处理基本流的流标识符的流列表、包含可用的视频处理基本流的数量的格式化的字段等等。通过在格式化的信号中提供视频处理基本流和扩展流信息，启用视频播放器以通过要么直接使用主视频，要么使用视频处理元数据转换所述主视频，来选择性地渲染主视频基本流中的主视频的标准版本（例如，LDR）或扩展版本（例如，HDR）。在渲染侧处，通过应用视频处理元数据将来自主视频基本流的主视频转换成适配于目标显示设备的亮度和/或颜色渲染能力的目标视频，其可以通过传达到显示器而得知、预先设定或确定。视频处理基本流中的视频处理元数据包括扩展范围信息字段，该扩展范围信息字段包括多个不同的进程描述符，相应的进程描述符定义相应的数据类型的转换，该数据类型包括视频以及图形和字幕中的至少一个。有利的是，提供单独的进程描述符以定义相应的数据类型的处理。在渲染侧处，处理可以牵涉到使用用于相应的数据类型的转换的相应的进程描述符，该数据类型包括视频以及图形和字幕中的至少一个。可以使用户能够设定或选择所需的转换水平。

表示扩展视频的格式化的视频信号可以例如经由介质（如光盘、广播信号或因特网）被传递到视频播放器（如光盘播放器或电视机或机顶盒）。扩展格式化信号可以根据相应的已知传递格式而构造，以便向下兼容。由此，扩展格式化信号可以包括类似于已知的信号分量的分量。例如，在蓝光光盘上，传统播放列表在光盘上的文件中提供，并且扩展流信息可以被类似地提供。因此，在这种情况下，扩展流信息在与包含基本流的（多个）传输流分开的文件中。然而，对于广播，有不同类型的流信息来指示哪个基本流包含哪些信息。用于广播格式的流信息通常被称为节目特定信息（PSI），如http://en.wikipedia.org/wiki/Program-specific_information上所进一步阐明的。在当前文献中，扩展流信息根据所使用的传递格式（诸如扩展光盘类型播放列表和扩展广播节目特定信息）的要求被格式化。在实践中，扩展PSI被包括在传输流中，而BD扩展播放列表为单独文件。

要注意的是，可以基于相应的视频处理元数据，执行存在于主视频中的第一亮度或颜色范围到用于显示所需的任何第二亮度或颜色范围之间的任何转换。视频处理元数据可以包括用于指示转换类型的指示符。例如，视频处理元数据可以是用于当主流包含LDR视频时，将主LDR视频转换成HDR视频，或者当主流包含HDR视频时，用于将主HDR视频转换成LDR视频。该方法可以包括：针对所述转换，应用通过对主视频基本流中的视频应用逆映射是可逆的变换，并且视频处理基本流中的视频处理元数据可以包括关于映射的信息。在接收侧，处理单元可以被配置用于通过根据视频处理元数据应用映射来进行所述转换。还有，不同转换水平可以嵌入视频处理元数据中，例如，用于具有中等、高或非常高的亮度水平的显示器，或用于不同颜色色域。因此，主视频可以是要被上转换的LDR视频、或可以基于包括适配亮度范围的相应的校正方案的视频处理元数据被下转换成LDR视频的某个类型的HDR视频。主视频甚至可以包含被布置用于中等水平的HDR显示器的扩展视频，而视频处理元数据提供用于下转换成LDR视频和可替换地进一步上转换成更高水平的HDR显示器两者的指令。最后，注意的是，多个视频处理基本流可以被包括在格式化的信号中，以使渲染侧能够选择主视频的适当转换。

本发明还基于以下认识。要被传递的视频处理元数据表示扩展视频和标准视频之间的转换方案，反之亦然，所以不是视听数据可以同样被再现。与此相反，视频处理元数据牵涉到要被应用到在不同的基本流中提供的视频内容数据的处理调度。要注意的是，根据标准化的传递格式，任何基本流传统上携带视觉、音频或图形内容，该内容可以基于流信息以所选择的组合来渲染（例如，与不同语言的音频轨道合并的主视频，或基于BD播放列表的所选择的图形菜单覆盖）。发明人已经看到，新类型的基本流可以可替换地用于携带视频处理元数据，所以视频处理基本流不包括在标准化的传递格式中而非处理指令中传统定义的视听内容。

视频处理基本流可以与进一步的基本流多路复用，以构成待经由单个介质传递的单个多用信号。尽管已经添加了新类型的基本流，但是由于信号使用用于传递处理元数据的进一步的基本流，所以信号仍然符合针对标准化的传递格式定义的传送要求。由于扩展流信息，例如，扩展节目特定信息（PSI），所以新视频播放器能够选择视频处理基本流，以获得视频处理元数据，而典型的旧有播放器可以看到进一步的基本流，但不会使能够选择或渲染该流，因此当它被提供时，仅播放主视频。注意，在本文中所讨论的情况中，仅提及扩展和/或标准视频基本流，但其它基本流还总是可以被包括在具有视频处理流（例如，音频基本流、和/或基于文本的或位图图形流）的格式化的信号中。

有利地是，还可以例如经由不同信道分开分发视频处理基本流，同时还使用该信道上的标准化的传递格式。这是由于基于至少一个基本流基本上定义自主视听格式化的信号的这样的格式。

更进一步地，要注意的是，扩展流信息具有指示视频处理基本流的条目。该条目使得能够指示视频处理基本流（即，存在于格式化的信号中的基本流）的可用性。例如，光盘可以提供有主视频基本流、包含扩展流信息的播放列表和视频处理基本流。条目现在指示一个可用的视频处理基本流。可替换地，光盘可以具有主视频基本流、扩展流信息，但没有视频处理基本流，扩展流信息中的条目现在指示存在零个视频处理基本流。随后，格式化的信号的一部分可以被分开传递，例如，经由来自服务器的下载，该部分包含更新的扩展流信息和至少一个视频处理基本流。在更新的扩展流信息中，指示视频处理基本流的存在。有利的是，提供了一种灵活的分发系统。

任选地，视频处理基本流中的视频处理元数据包括指示视频处理基本流中的视频处理段的数量的字段。有利的是，该数量进一步定义视频处理元数据的结构。视频处理基本流中的视频处理元数据可以包括视频处理段，该视频处理段包括至少一个呈现时间戳和一个段描述符。有利的是，呈现时间戳使得能够同步视频处理元数据，其在段描述符中进一步定义。

任选地，格式化的视频信号包括传输流，该传输流包括主视频基本流和视频处理基本流。在包括光学可读标记轨道的记录载体上，该标记可以表示扩展流信息和包括视频处理基本流的传输流。在视频播放器中，输入单元可以被布置用于接收传输流并且从传输流中检索主视频基本流和视频处理基本流。这具有的效果是视频处理基本流在作为主视频基本流的相同的传输流中多路复用。更进一步地，在视频播放器中，输入单元可以包括光盘单元，其用于读取光学记录载体并且检索传输流。现在启用视频播放器以基于从单个多路复用的传输流中检索的基本流数据来渲染连接的显示器分别所需的标准视频和扩展视频两者。

任选地，格式化的视频信号是广播信号，并且传输流包括节目特定信息形式的扩展流信息。有利的是，所有扩展范围信息被包括在传输流中，以便使视频播放器例如机顶盒或电视机的形式，来从单个传输流中检索PSI和视频处理基本流两者。

任选地，格式化的视频信号包括第一传输流和第二传输流，该第一传输流包括主视频基本流，该第二传输流包括视频处理基本流。在包括光学可读标记轨道的记录载体上，该标记可以表示扩展流信息和包括主视频基本流的第一传输流以及包括视频处理基本流的第二传输流。在视频播放器中，输入单元可以被布置用于接收第一传输流和第二传输流并且从第一传输流中检索主视频基本流，并且从所述第二传输流中检索视频处理基本流。这具有的效果是视频处理基本流在作为主视频基本流的不同的传输流中多路复用。两个传输流可以与扩展流信息一起嵌入单个存储介质（诸如BD）上。更进一步地，在视频播放器中，输入单元可以包括光盘单元，其用于读取光学记录载体并且检索第一传输流和第二传输流。现在启用视频播放器以基于从第一传输流和第二传输流两者检索的基本流数据来渲染所连接的显示器所需的HDR或LDR视频。

任选地，格式化的信号的第一部分可以经由介质（诸如广播系统或存储介质）被传递，并且第二部分可以经由网络被传递。第一部分包括第一传输流中的主视频基本流，并且第二部分包括扩展流信息、和第二传输流中的视频处理基本流。

任选地，提供了一种记录载体，其包括光学可读标记轨道，其中，该标记表示

-扩展流信息和如上文所描述的包括主视频基本流和视频处理基本流的传输流；或者

-扩展流信息和如上文所描述的包括主视频基本流的第一传输流和包括视频处理基本流的第二传输流；或者

-扩展流信息和如上文所描述的第一传输流而非第二传输流。

任选地，扩展流信息中的条目可以指示视频处理基本流的数量，该数量为大于或等于零的整数。有利的是，当所述数量为零时，现在启用扩展流信息以在仅包括主视频基本流而没有视频处理基本流的格式化的信号中使用。还有，在所述数量指示所述多个的同时，多个视频处理基本流可以被包括在格式化的信号中。有利的是，由这样的条目提供对标准化的格式化信号的通用扩展。

任选地，在视频播放器中，输入单元可以包括光盘单元，其用于读取光学记录载体并且检索扩展流信息和包括主视频基本流的传输流。记录载体可以包括扩展流信息和第一传输流而非第二传输流。

任选地，在视频播放器中，输入单元可以包括网络接口，其用于从服务器中将视频处理基本流和扩展流信息下载到本地存储器。更进一步地，处理单元可以被布置用于将较早接收的流信息更换为扩展流信息。有利的是，流信息的较早版本（例如，可从数据载体获得的播放列表也提供针对LDR具有固定的分级的主视频基本流）可以被替换为从本地存储器中下载并可获得的扩展流信息。数据载体可以是例如包含视频的LDR版本的BD光盘。所下载的视频处理基本流可以本地存储在视频播放器中，并且以与所选择的从数据载体中检索的其它基本流的组合被渲染，以获得视频的HDR版本。

任选地，视频处理基本流包括视频处理段序列，相应的段与一个或多个视频帧的对应的序列相关联。该关联可以例如基于视频处理段的对应的时间戳和主视频中的视频帧。在本实施例中，视频处理段是视频处理基本流的基本数据元素。它包含视频处理元数据，诸如关于如何处理视频和/或图形的、来自内容作者或创建者的指令。在视频播放器中，处理单元可以进一步被布置用于通过根据段序列处理主视频来将主视频的视频帧序列转换成目标视频。视频处理段对应于视频的时间周期，即，所述视频帧序列，从而允许根据包括在相应的视频处理段中的指令进行帧的准确处理。段允许独立适配电影的每个场景，例如，以强调创作意图，来更好地支持HDR显示器的故事情节或用于优化的颜色分级。稍后提供算法、校正调度、颜色适配等的进一步示例。

任选地，视频处理基本流包括依据显示设备的亮度或颜色再现能力来适配视频的亮度水平和/或颜色空间的指令。在视频播放器中，处理单元可以进一步被布置用于通过根据所述指令处理主视频来将主视频转换成目标视频。更进一步地，处理单元可以被布置成确定显示设备的亮度或颜色再现能力。该指令可以例如提供亮度校正方案或伽玛曲线、或颜色色域校正公式。有利的是，视频可以适配于具有已知再现能力的所连接的显示器。显示器还可以向视频播放器传达其亮度或颜色再现能力。还有，显示器和处理单元可以被集成在单个设备中，以使亮度或颜色再现能力被预定和对于处理单元而言是已知的。

任选地，视频处理基本流包括依据显示设备的亮度或颜色再现能力来适配图形的亮度水平和/或颜色空间的指令。在视频播放器中，处理单元可以进一步被布置用于通过根据所述指令适配图形来转换来自图形基本流的图形、或其它图形（诸如在视频播放器本地生成的菜单覆盖）。该指令可以例如提供亮度校正方案或伽玛曲线、或颜色色域校正公式。还有，该指令可以应用于主视频的段，并且针对随后的段可能改变。有利的是，图形可以适配于具有已知的渲染能力的所连接的显示器。例如，当LDR视频程序被转换成HDR时，特定图形校正指令可以校正字幕的亮度。校正避免字幕过于明亮并且支配视频。

任选地，嵌入视频处理基本流中的视频处理元数据可以使用各种信道、信号或编码递送（并且如有可能，出售），被存储在各种物理媒体上等等。

根据本发明的设备和方法的进一步优选的实施例在所附的权利要求中给出，其公开内容通过引用而并入本文。

附图说明

通过引用下文所描述的实现方式和实施例以及引用附图，根据本发明的方法和设备的这些和其它方面变得显而易见并得以阐明，其中

图1示意性图示了如何将HDR图像实际编码为LDR图像，所述LDR图像在LDR上可用的，但在HDR显示器上没有足够的视觉质量，除非获得编码方法的映射算法数据；和

图2示出了具有主HDR视频的HDR视频传递系统的方框图，

图3示出了具有主LDR视频的HDR视频传递系统的方框图，

图4示出了HDR视频分发系统的方框图，

图5a-d示出了视频处理基本流的示例，其中图5a示出了具有指示视频处理段的数量的字段的视频处理基本流，

图5b示出了视频处理段的语法的示例，

图5c示出了段描述符的语法的示例，

图5d示出了HDR信息的语法的示例；

图6示出了亮度校正函数的示例，

图7a-c示出了视频处理元数据，其中

图7a示出了用于亮度校正的Video_process_descriptor，

图7b示出了用于图形校正的Menu_process_descriptor，

图7c示出了用于字幕校正的Subtitle_process_descriptor；

图8a-d示出了播放列表，其中

图8a示出了根据标准化的格式的播放列表的一般结构，

图8b示出了播放列表的语法的示例，

图8c示出了播放列表中的播放项的语法的示例，

图8d示出了基本流表的数据结构的第一部分；

图9示出了作为基本流表的扩展的扩展流信息的语法的示例，

图10a示出了用于基本流表的Stream_entry，

图10b示出了用于基本流表的Stream_Attributes，

图11示出了扩展流信息的语法的元素的示例，以及

图12示出了HDR显示器类型的定义。

附图纯粹是图解的并且不按比例绘制。在附图中，与已经描述的元素相对应的元素可以具有相同的附图标记。附图仅仅作为例示更一般概念的非限制性说明，而虚线可以用来指示组件是任选的，用于指示元素隐藏于对象的内部，或者用于指示无形的东西，诸如例如，对象/区域的选择（例如，它们如何可以示出在显示器上）。

具体实施方式

图1示意性地图示了如何编码分级为LDR图像的HDR图像，该LDR图像在LDR上是可用的，但在HDR显示器上没有足够的视觉质量，除非获得编码方法的映射算法数据。引用图1，通过示例的方式，解释我们的方法如何可以编码HDR图像/视频。内容创建者（例如，好莱坞电影工作室）做出主要等级原始HDR信号HDR_ORIG，其可以例如用具有20比特线性照度表示的编解码器进行编码。该图像是HDR，因为它被分级使得它在具有至少更高的照度（典型地，高于1000尼特峰值白色）的显示器上看起来最佳，并且还常常为深黑色，更高的颜色渲染精度等等。出于可读性的目的，着重于解释图像像素的照度/照度分量，但是典型地，系统还将进行颜色映射以达到最佳渲染的颜色。HDR信号不单纯可用于旧有LDR显示器。首先，因为它被不适当地编码。在我们的方法中，我们典型地编码图像，所以HDR图像也以向后兼容方式编码，照度为10比特甚至8比特。忽略实际像素颜色，这样的图像然后可以通过经典图像传送格式（例如，通过MPEG2、AVC、VP8、JPEG等编码）被压缩并且处置。但是，实际像素颜色也很重要，并且此时我们的编码方法增加了第二阶段，否则会出问题。我们以HDR图像可以在旧有显示器上直接被渲染的这样的方式来编码它。换言之，在这样的显示器上可能具有足够的视觉质量（然而，给定没有在该信号中失去HDR图像效果信息的重要约束，合理近似于它们在原始场景中看起来像的或至少与LDR显示器一样最好的图像对象的颜色可以渲染这种）。因此，我们应用原则上是可逆的变换（即，从HDR_ORIG到LDR_CONT的映射可以撤消，以通过应用逆照度/颜色映射从LDR_ORIG获得HDR_PRED），或者至少，使得从我们获得的LDR编码LDR_CONT，我们可以完美（或至少以极小的误差）检索作为映射的估计HDR图像HDR_PRED的原始主要等级HDR_ORIG。这意味着进行照度（和颜色）映射的算法应当是诸如不破坏HDR信息。为了更精确地强调这重要的一点：该HDR信息尽管不可完美渲染（例如，可能一起填满图像的一些更暗的部分，以使它们在典型的环绕条件下在低峰值亮度的LDR显示器上不再可区分），仍可通过应用映射算法恢复（照度10，11，12，…，15可以例如被映射为HDR照度25，30，48，…，100，尤其是如果没有太多的伪影（如条带）从而在通过映射HDR图像估计的/重建的图像中可见）。所以，尽管我们可以说，LDR_CONT是LDR分级/图像，但是特殊情况在于，它仍然包含（至少几乎）主要等级HDR_ORIG的所有HDR信息，因为我们使用适当约束的映射来链接HDR_ORIG和LDR_CONT。

不把这样的校正照度映射应用到HDR_ORIG的甚至8比特编码可能导致旧有设备的图像不可用，因为它们看起来色度太失真。例如，可能有具有明亮高光的黑暗的地下室场景。由于高峰值照度HDR显示器能够渲染具有相对高的输出照度的较低照度像素码，所以我们可以将低像素照度分配给所有这些像素（例如，0，…，10），然后没有具有中间照度和明亮的光的值（250-255）的像素（如果我们要在8比特表示中编码HDR等级）。在LDR显示器上示出该信号无论如何二进制化它。所有的暗值典型地被视为相同的黑色。因此，我们需要应用照度映射F_TML，其预先点亮较暗照度（例如，在加法和乘法映射的情况下，0，…，5变为10，…，20），以使当该HDR编码直接被渲染成就好像它是LDR图像时，黑暗的房间仍然在LDR显示屏上可见。因此，我们编码HDR图像就好像它是LDR图像，或者换言之，我们用相同的图片表示来编码HDR图像和LDR图像。但是，该LDR_CONT图像不能直接在HDR显示器上用于渲染正确的主要等级HDR_ORIG。由于我们已经例如点亮房间的黑暗部分以使他们在LDR显示屏上看起来可区分，所以他们在HDR显示器上看起来非常明亮，并且失去如内容创建者想要的所有的恐怖情绪。重新校正他们的解决方案是在于逆照度映射算法FL2H。

在一些情景中，映射算法可以与应用单个伽玛函数（例如，HDR照度Y_HDR=a*Y_LDR^g）一样简单，即使对于整个情景或电影，或者由于视觉系统看到颜色外观，所以它可以相对更复杂也考虑到局部颜色优化。例如，在图像中的块集合之前，粗略分割策略可以定义一些阈值。在块（X，Y）之前的Z字形扫描中，使用第一照度映射函数，之后，在块（X，Y）之前，指定两个LDR照度阈值g_l和g_h，从而指示对于这些边界之间的具有像素照度的从位置（X，Y）向前的位置处的区域应当不同地对待，例如，用第二照度映射策略/算法。例如，如果等于128的LDR照度Y_LDR通过第一照度映射函数被映射到等于2099的Y_HDR（在一些公认的表示(例如，20比特)中，为了附图中的简单起见，我们做出了重建的HDR照度范围，浮点[0.1]范围），则它现在可以通过第二映射算法被映射到例如等于200的Y_HDR。例如，可以处理衬衫的白色，以使它们不太发光。稍后，在同一画面中，块（X+K，Y+L）之后，在LDR图像表示LDR_CONT中具有相同的Y_LDR值范围，但是这可能是个非常明亮的灯。它可以被不同处理以借助于第三本地映射算法产生非常明亮的Y_HDR照度。

在任何情况下，映射算法的所有信息（函数参数、图像数量（诸如例如，呈现次数）、局部形状定义信息等）是再次获得原始主要等级HDR_ORIG或看起来（非常）接近它的至少一个HDR等级HDR_PRED的关键。如意图的一样，该等级在引用HDR显示器上看起来最佳，或者任何明亮的显示器具有接近引用HDR显示器的物理特点，而不是在某些位置处太过明亮，或一般而言具有不正确的颜色。

现在，我们的系统允许内容创建者指定要使用哪些映射算法以获得最佳的样子，事实上，它们的主要等级。他们可能例如为不同的HDR显示器指定不同的映射算法，因为可以想像人们可以使用不同的映射通过1000尼特的显示器相对于25.000尼特的显示器上的窗口映射阳光明媚的外部。因此，以这种方式，渲染已经可以由内容所有者进行定制，并且允许创建者针对一些原因指定不同的样子（例如，人们可以设想更便宜的样子，其是一种半HDR）。但是更进一步地，在这种/这些映射算法中具有所有这个视觉质量允许创建者除现有措施之外实现大大增加内容保护，并且因此在他的努力下得到公允返回值。用户可以选定通过将任何盗版LDR版本（例如，从常规系统的某处提取的LDR_CONT）放置在他的HDR显示器上观看低质量的版本。接下来，映射算法的集合和进一步的参数将被称为视频处理元数据，该元数据定义如何在LDR和HDR视频之间进行转换，反之亦然。如果用户想要最佳的视频体验，则他将需要申请视频处理元数据以将LDR转换成HDR，或者，在HDR可用的情况下，将HDR转换成LDR。

如在引言部分中所描述的HDR视频分发系统被增强，以使视频处理元数据被传递到渲染侧。例如，在AVC或HEVC编码的情况下，不建议将作为具有视频流的私有数据的视频处理元数据包括在例如SEI消息中，因为本发明人已经看到包括视频基本流的私有数据中的视频处理元数据而带来的问题。例如，问题是这样的私有数据紧密耦合到视频流，因为它可能除了视频的HDR参数之外，还可能包含当被输出到HDR显示器时，用于处理图形覆盖的信息。包括视频流中的图形处理数据可能要求播放器中的视频和图形的不同处理引擎的紧密合作。例如，字幕的亮度水平可以降低一定百分比，以避免字幕烦人的高亮度，例如，如WO2012/172460所描述的。私有数据的进一步的问题是，视频处理元数据需要从开始就包括在盘上。

本系统通过放置单独的视频处理基本流中的视频处理元数据来解决上述问题。这样的单独的基本流同时启用集成分发（例如，单个蓝光光盘上的HDR和LDR视频）和单独分发（例如，下载模型），如下文详细阐明的。比如，最初，HDR显示器的安装基础相对较小。盘可以通过LDR内容被释放。稍后，参数可供用于HDR显示器。单独提供元数据的另一个原因可能是其中客户能够单独购买HDR元数据的商业模型。

视频处理基本流可以包含视频处理段序列，每个段与某一视频帧序列相关联，如下面所阐明的。视频处理基本流可以例如通过MPEG 2传输流机制与视频、图形和音频基本流同步。亮度/颜色适配视频处理基本流包含回放设备根据显示设备的能力适配视频和/或图形的亮度水平和/或颜色空间的指令。扩展流信息文件可以包括用于指示能够选择哪些视频和/或图形基本流以用于由回放设备进行处理用于生成显示设备的视频输出信号的信息。扩展流信息指示能够被选择以用于由回放设备进行处理的一个或多个亮度/颜色适配视频处理元数据基本流。单独的视频处理基本流现在可以以各种方式用于经由广播、网络或存储介质（诸如光盘（如蓝光））传递视频，例如：

1. 与主视频、图形和音频流一起多路复用成单个MPEG2传输流（TS）并且存储在蓝光光盘上。这就是所谓的进入-多路复用器（in-mux）的情况。这牵涉到包含至少一个多路复用流和一个播放列表文件的存储介质，其中，多路复用流包括至少一个视频基本流、至少一个亮度/颜色适配HDR元数据流和零个或多个图形流。

2. 在包括在盘上的单独的MPEG2 TS中多路复用，其在回放开始之前，被预先加载。这就是所谓的离开多路复用器（out-of-mux）的情况。这牵涉到包含至少两个多路复用流和扩展流信息的存储介质，其中，第一多路复用流包括至少一个视频基本流和零个或多个图形流并且第二多路复用流包括至少一个亮度/颜色适配HDR元数据流。第二多路复用流还可以包括适配于HDR渲染的一个或多个图形流。

3. 在单独的MPEG2 TS中多路复用，任选地，利用附加的图形（字幕）和/或音频流，其在已经购买盘之后，可以被下载。这也是离开多路复用器的情况。这种情况可能牵涉到包含至少一个多路复用流、至少一个扩展流信息和至少一个数据文件的存储介质，其中，多路复用流包括至少一个视频基本流、零个或多个图形流和零个或多个亮度/颜色适配HDR元数据流。数据文件使播放器能够从服务器下载亮度/颜色适配视频处理基本流。

图2示出了具有主HDR视频的HDR视频传递系统的方框图的示例。视频传递系统具有视频处理设备21，该视频处理设备21具有用于接收输入视频25（例如，HDR视频）的输入。输入视频从输入耦合到视频处理单元210以用于处理输入视频，来提供表示HDR视频和LDR视频之间的转换的视频处理元数据29。视频处理单元可以生成本地输出视频26（例如，LDR视频），其在附图中未进一步耦合但也可以用于本地显示器以用于监视转换过程。转换牵涉到像素亮度和/或颜色映射，但不牵涉到空间缩放等。定义转换的处理元数据的示例已经结合图1在上文进行了讨论，而随后将提供详细的示例。转换单元可以耦合到交互式单元211，以用于控制转换过程。

输入视频还从输入耦合到视频编码单元212，以用于生成耦合到格式化单元213的主视频流。主视频流现在包含输入视频的编码版本，其针对第一类型的显示器（例如，HDR显示器）具有第一亮度或颜色范围，而本地输出视频具有用于在第二类型的显示器（例如，标准化的LDR显示器）上显示所需的第二亮度或颜色范围。HDR视频到LDR视频的下转换生成相应的视频处理元数据。HDR元数据可以包括用于指示转换类型的指示符。还有，视频处理元数据可以用于将LDR视频上转换成HDR视频。还有，不同转换水平可以嵌入视频处理元数据中，例如，用于具有中等、高或非常高的亮度水平的显示器，或用于不同的颜色色域。因此，主视频可以是要被上转换的LDR视频、或可以是基于包括适配亮度范围或者颜色范围的相应的校正方案的视频处理元数据而下转换成LDR视频或下转换成某个不同水平的HDR视频的某种类型的HDR视频。例如，主视频可以包含中等水平的HDR视频，而视频处理元数据提供用于下转换成LDR视频和可替换地进一步上转换成更高水平的HDR显示器两者的指令。更进一步地，多个视频处理基本流可以被包括在格式化的信号中，以使渲染侧能够选择主视频的适当转换。

格式化单元213还接收视频处理元数据29。格式化单元213被布置用于通过执行以下函数生成格式化的视频信号20。这样，根据所需的传递格式（诸如BD或MPEG）的格式化信号是众所周知的。格式化单元被布置用于附加地包括视频处理基本流和扩展流信息。生成表示输入视频（例如，HDR视频）的主视频基本流。生成不包括视听内容而包括视频处理元数据的视频处理基本流。还有，生成包括指示视频处理基本流的条目的扩展流信息。在示例中，格式化的视频信号20包括表示扩展视频的主视频基本流和不包括视听内容但包括表示扩展视频和标准视频之间的转换的视频处理元数据的视频处理基本流。稍后提供详细的示例。最后，格式化的视频信号通过包括主视频基本流、视频处理基本流和扩展流信息而生成。

视频传递系统还具有视频播放器22，例如，机顶盒、平板计算机或BD播放器。视频播放器具有用于接收格式化的视频信号并且提取扩展流信息和视频处理元数据29的输入单元225。扩展流信息和视频处理元数据被存储并且在HDR参数单元221中进行处理，该HDR参数单元221被耦合到处理单元223。播放器还具有从输入单元225接收主视频并且生成解码的主视频27的视频解码器222。例如，当主视频是HDR视频时，解码的主HDR视频耦合到HDR显示器接口单元224，该HDR显示器接口单元224可以向HDR监视器23提供HDR视频信号229。

更进一步地，视频播放器可以向旧有LDR监视器24提供转换后的视频信号（被称为目标视频28）。由此，处理单元最初处理扩展流信息以检索指示可选择的视频处理基本流的扩展流信息条目。如果该条目指示至少一个流的存在，则选择相应的视频处理基本流。该选择可以基于目标显示器，即，LDR显示器24的类型。随后，处理单元通过根据视频处理元数据处理主视频将来自主视频基本流的主视频转换成适配于目标显示器设备的亮度和/或颜色渲染能力的目标视频28。在示例中，主HDR视频基于视频处理元数据下转换成LDR视频。

图3示出了具有主LDR视频的HDR视频传递系统的方框图的示例。视频传递系统具有视频处理设备31，该视频处理设备31具有用于接收输入视频35（例如，HDR视频）的输入。输入视频从输入耦合到视频处理单元310以用于处理输入视频，来提供表示HDR视频和LDR视频之间的转换的视频处理元数据39。视频处理单元生成本地输出视频36（例如，LDR视频），其在附图中被耦合到视频编码单元312并且还可以用于本地显示器以用于监视如上文引用图2所描述的转换过程。转换单元310可以是半自动化，并且可以耦合到交互单元311以用于给予艺术指导和进一步控制转换过程。

视频编码单元312接收本地输出视频36，并且生成耦合到格式化单元313的主视频流。主视频流现在包含具有第二类型的显示器（例如，LDR显示器）的第一亮度或颜色范围的变换的输入视频的编码的版本，而输入视频具有用于在第二类型的显示器（例如，HDR显示器）上进行显示所需的第二亮度或颜色范围。HDR视频到LDR视频的下转换生成现在定义与应用于转换单元310的转换相反的转换（例如，用于将主LDR视频上转换成HDR目标视频）的相应的视频处理元数据。各种其它类型的转换上文引用图2进行了描述，并且系统可以被布置成根据需要被配置为如图2或图3所示，例如通过软件配置设置。这使得能够接收输入LDR或HDR视频，并且传递LDR或HDR主视频，而在渲染侧处所需的转换可以依据显示器的类型而下转换或上转换主视频。格式化单元313还接收视频处理元数据39并且被布置用于生成类似于如引用图2所描述的格式化的信号20的格式化的视频信号30，但现在包含标准的LDR主视频和表示从标准视频到扩展视频的转换的视频处理元数据。

视频传递系统还具有视频播放器32，例如，机顶盒、平板计算机或BD播放器。视频播放器具有用于接收格式化的视频信号并且提取扩展流信息和视频处理元数据39的输入单元325。扩展流信息和视频处理元数据被存储并且在HDR参数单元321中进行处理，该HDR参数单元321被耦合到处理单元323。播放器还具有从输入单元325接收主视频并且生成解码的主视频37的视频解码器322。例如，当主视频是LDR视频时，解码的主LDR视频可以被耦合到旧有LDR显示器34。

注意的是，旧有视频播放器可以具有类似的输入单元，其忽略了扩展流信息中的条目和视频处理基本流，而生成LDR视频输出的视频解码器322构成旧有视频解码器系统326。因此，实现了向下兼容性。

在视频播放器32中，解码的主视频37被耦合到视频处理单元323，该视频处理单元323生成经由接口单元324耦合到HDR监视器33的目标视频38。因此，主LDR被上转换成HDR监视器33的目标HDR视频信号。由此，处理单元最初处理扩展流信息以检索扩展流信息条目并且选择合适的视频处理基本流。目标显示设备33的亮度和/或颜色渲染能力329可以通过经由显示器接口324进行传达而确定。随后，处理单元通过根据视频处理元数据处理主视频，将来自主视频基本流的主视频转换成适于目标显示设备的亮度和/或颜色渲染能力的目标视频38。在图3的示例中，基于视频处理元数据将主LDR视频上变换成HDR视频。

图4示出了HDR视频分发系统的方框图。格式化的视频信号由光学记录载体40（例如，BD）和/或下载数据41体现。记录载体携带被标记为TS-1的第一传输流401并且下载数据可以包含被标记为TS-2的第二传输流402。第一传输流包含至少一个主视频基本流411、至少一个图形基本流412和零个或多个视频处理流413。第二传输流包含零个或多个图形基本流415和至少一个视频处理流416。记录载体还携带初始播放列表，其在下载时被替换为包括在用于构成实际播放列表414的下载数据中的扩展流信息。注意的是，记录载体上的初始播放列表可以是指示TS-1中的盘上存在零个或多个视频处理基本流的扩展流信息。视听数据和视频处理元数据的组合可以被称为虚拟包，如由虚线框410所指示的。

选择单元42处理虚拟包的数据，同时提供用于使能够选择要以组合而被渲染的相应的基本流的用户接口424（诸如菜单）。例如，用户选择特定视频基本流421、音频和或图形422、和视频处理流423来应用。选择视频处理流还可以基于预备用户设置，或者基于显示器的类型和/或由视频播放器检测的环境条件可以是自动的。所选择的基本流被引导到渲染器43，该渲染器包括用于通过根据来自所选择的视频处理基本流的视频处理元数据处理主视频将来自主视频基本流的主视频转换成目标视频的处理单元。

请注意，为了简单起见，当前BD系统的许多方面未在图4的附图中示出。例如，它未示出音频流、辅助视频流、不同图形流或声音和/或字体流。

而且，系统没有示出以BDJ模式生成的图形。如果合适，可以添加这样的已知元素。关于蓝光光盘格式的背景信息可以在由蓝光光盘协会发布的白皮书中找到：http://www.blu-raydisc.com/assets/Downloadablefile/BD-ROM-AV-WhitePaper_110712.pdf。

盘包含至少一个播放列表和具有至少一个视频流和任选地图形流和任选地HDR元数据流的至少一个传输流（TS-1）。盘可以包含具有图形流和/或HDR元数据流的第二传输流（TS-2）。可替换地，第二传输流和播放列表（除其它之外）可以从因特网中下载并存储在播放器中。在任一种方式中，来自盘和下载的所有数据被收集在所谓的“虚拟包”中。在回放期间，用户选择“虚拟包”中的播放列表的其中一个。该播放列表包含到播放播放列表的内容所需的视频、图形和HDR元数据流的指针。基于该信息，选择器42向渲染器43发送对应的流，该渲染器43将视频和图形数据变换成适当的信号以用于显示器44。由渲染器处理的视频和图形处理由HDR元数据中的信息控制。选择正确流和用于该选择所需的盘上的数据结构的更多细节在“下载和流选择”下在这个文献中得以进一步描述。

作为示例，现在对视频处理基本流的可能定义进行描述。视频处理基本流的基本语法元素被称为“视频处理段”。视频处理基本流可以具有视频处理段序列，相应的段与对应的视频帧序列相关联。在视频播放器中，处理单元可以进一步被布置用于通过根据来自对应的段的HDR元数据处理帧将主视频的相应的视频帧序列转换成目标视频。视频处理段对应于视频的时间周期，即，所述视频帧序列，该周期要由在相应的视频处理段中定义的处理指令集合处理。

构成视频处理基本流的视频处理段可以携带在PES分组序列中。分组化的基本流（PES）是定义MPEG节目流和MPEG传输流内的分组中的基本流（常常是，音频或视频编码器的输出，但现在是根据HDR元数据的处理调度）的携带的MPEG-2第1部分（系统）（ISO/IEC13818-1）和ITU-T H.222.0中的规范。基本流通过封装来自PES分组报头内部的基本流的连续数据字节而进行分组化。传送来自视频或音频编码器的基本流数据的典型方法是首先创建来自基本流数据的PES分组，然后将这些PES分组封装在传输流（TS）分组或节目流（PS）分组中。然后，TS分组可以使用广播技术（诸如在ATSC和DVB中使用的那些）被多路复用并且传送。视频处理基本流的PES分组依序由HDMV MPEG-2传输流中的传输分组携带。HDR分组化的基本流中的每个PES分组携带一个视频处理段。携带具体的视频处理基本流的所有传输分组应当具有相同的PID。视频处理基本流的语法可以如图5a-d所示。

图5a-d示出了视频处理基本流的示例。视频处理基本流中的视频处理元数据可以具有指示视频处理基本流中的视频处理段的数量的字段。视频处理基本流中的视频处理元数据可以具有包括至少一个呈现时间戳和一个段描述符的视频处理段。视频处理基本流中的视频处理元数据可以具有包括多个不同进程描述符的扩展范围信息字段，相应的进程描述符定义相应的数据类型的转换，数据类型包括视频以及图形和字幕中的至少一个。

图5a示出了具有指示视频处理段的数量的字段的视频处理基本流。字段number_of_HDR_Segments 51指示视频处理基本流中的视频处理段结构的数量。基本流还可以具有指示转换类型（如LDR到HDR，或HDR到LDR）的进一步字段。

图5b示出了视频处理段的语法的示例。该图示出了视频处理段52。该段具有如在图5c中进一步详细描述的段描述符和用于将段同步到主视频的呈现时间戳HDR_start_PTS和HDR_end_PTS、以及用于指示视频处理元数据的HDR_info字段。

HDR_start_PTS：该33-比特字段指示HDR_segment（）的呈现起始时间，并且应当指向关于HDR流的系统时间基准的时间，其是以90 kHz时钟为单位测量。该HDR_start_PTS值应是关于视频帧的栅格。

HDR_end_PTS：该33-比特字段指示HDR_segment（）的呈现结束时间，并且应当指向关于HDR流的系统时间基准的时间，其是以90 kHz时钟为单位测量。该HDR_end_PTS值应是关于视频帧的栅格。

图5c示出了段描述符的语法的示例。该图示出了段描述符53。该段描述符具有以下字段。

segment_type：该字段指示包含在segment_data（）结构中的数据的类型。这将是要在标准中定义的固定数量。

segment_length：该segment_length应该指定包含在紧跟segment_data（）结构之后的段中的字节的数量。

图5d示出了HDR信息的语法的示例。该图示出了扩展范围信息字段54，HDR信息元素。扩展范围信息字段具有多个不同的进程描述符。相应的进程描述符定义相应的数据类型的转换。数据类型可以是例如视频、图形和字幕。HDR元素可以具有以下字段：

Video_process_descriptor

Menu_process_descriptor

Subtitle_process_descriptor

引用图6对字段进一步阐明。

HDR_info元素中的数据的示例如下。在该文献的上下文中，色调映射被定义为：输入像素的照度值到输出像素的照度值的非线性映射以匹配显示器的特点、观看条件和用户偏好。在局部色调映射的情况下，处理根据图像内的像素的位置而变化。在整体色调映射的情况下，相同的处理被应用到所有像素。

相对于色调映射，现今的BD系统中的情形如下：

·视频色调映射（整体和/或局部）使用工作室监视器在工作室中执行。

·图形色调映射（通常不同于视频色调映射）使用工作室监视器在工作室中执行。

·在显示器中对组合后的视频和图形信号执行整体色调映射。这种处理通过由终端用户设定的亮度值和对比度值而被部分地控制。实验和理论研究已经示出何时达到最佳的图像质量：

1. 针对终端用户的显示器，优化视频色调映射。

2. 针对终端用户的显示器，优化图形色调映射。

3. 系统允许进行不同于视频色调映射的图形色调映射。

4. 系统允许针对不同的图形分量进行不同的图形色调映射。

5. 系统允许根据视频特点进行视频和图形色调映射。

为了在BD系统中实现最佳图片质量，提议是通过添加包含HDR元数据的所述视频处理基本流（例如，在HDR_info结构中的）来加强BD规范，以允许传送亮度/颜色适配元数据。利用这些数据，BD播放器根据终端用户的显示器的特点进行附加的视频色调映射。而且，BD播放器可以根据终端用户显示器的特点进行附加的图形色调映射，其通常与视频色调映射不同。在HDR_info中定义的附加的处理步骤可以要么是强制的要么是任选的（推荐），其可以在BD标准的新版本中定义。

在实践中，终端用户的显示器特点例如可以借助于用户设置或借助于来自显示器到播放器的信息信道，对于播放器是已知的。播放器可以实现以下处理：

·基于终端用户的显示器的特点适配该视频，例如通过调整电-光传递函数。

·图形的透明度适配来提高例如菜单的可读性。例如，参见如在引言中所讨论的WO2013/046095。

·字幕和菜单的照度适配来减少对视频的干扰效应，减少太过明亮的字幕的疲劳/烦人效果，减少光圈效应和/或减少眩光。

上述列表给出了视频处理和图形处理的几个示例，但并非意在穷举。

关于如何使用字段Video_process_descriptor ()的示例如下。该Video_process_descriptor可以用来指定视频的HDR相关处理。在本示例中，Video_process_descriptor在终端用户的显示器是HDR显示器的情况下,定义视频的额外处理。显示器的电-光传递函数（EOTF）描述输入照度值（Y'）和输出照度（Y）之间的关系。在这种情况下，通过应用亮度校正函数Y'new=Corr(Y’old)来变换EOTF。

图6示出了亮度校正函数的示例。该图示出了水平轴上的输入亮度相对于垂直轴上的输出亮度的曲线61。该曲线图示了EOTF的上述变换。

图7a-c示出了视频处理元数据。该图示出了图7a、7b和7c中的语法表中的视频处理元数据的各种示例。

图7a示出了用于亮度校正的Video_process_descriptor。所示出的校正过程的结构62可被应用于定义图6所示的校正函数。

在另一实施例中，Video_process描述符（descriptor）可以容纳要被播放器执行的程序，例如，以如JAVA之类的脚本语言定义的。通过执行该程序，播放器确定如何处理主视频。

图7b示出了用于图形校正的Menu_process_descriptor。该Menu_process_descriptor 63用来指定菜单的HDR相关处理和在视频播放器中本地生成的其它图形。在本示例中，Menu_process_descriptor在终端用户的显示器是HDR显示器的情况下，定义弹出（Pop-up）菜单的额外处理。更具体地，在这种情况下，透明度水平被调整，使得它总是高于Min_transparency_level。结果是，该菜单没有在衬底（under laying）（HDR）视频中被非常明亮的场景'蒙蔽'（blinded）。

在另一实施例中，Menu_process描述符可以容纳要被播放器执行的程序，例如，以如JAVA之类的脚本语言定义。通过执行该程序，播放器确定如何处理菜单。

图7c示出了用于字幕校正的Subtitle_process_descriptor。该Subtitle_process_descriptor 64用来指定字幕的HDR相关处理。在本示例中，当终端用户的显示器是HDR显示器时，Subtitle_process_descriptor定义字幕的额外处理。更具体地，在这种情况下，字幕亮度被降低Y'new=ROUND（4*Y'old/Subtitle_Luma_factor）。结果是，字幕不是太过明亮，因此不会导致疲劳、光圈效应或眩光。

在另一实施例中，Subtitle_process描述符可以容纳要被播放器执行的程序，例如，以如JAVA之类的脚本语言定义。通过执行该程序，播放器确定如何处理该字幕。

图8a-d示出了播放列表的示例。图8a示出了根据标准化格式的播放列表的一般结构。该图示出了根据已知的BD系统的播放列表70。播放列表描述了具有包括播放项序列的主路径和包括相应的子播放项的各种子路径的回放结构。播放列表适配于扩展播放列表，即，扩展流信息，以有助于选择视频处理基本流和/或下载视频处理基本流。

在该示例中，视频播放器基于亮度/颜色适配HDR元数据中的处理信息，适配视频和图形处理。为了获取合适的视频处理元数据，播放器可能需要下载新的亮度/颜色适配视频处理基本流并且当渲染BD盘的内容的特定部分时，播放器需要知道哪些流要被组合。通过示例的方式，使用如今的BD盘上的数据结构和在如今的BD盘中以BD-J模式使用的方法，在本节中进行描述上述方法如何能够实现。BD盘具有不同的操作模式和不同的使用播放器的方式，即，当渲染时导致选择基本流以进行组合。

使用典型的用户情景对流选择进行解释。当BD盘插入BD播放器中时，播放器从盘中读取“INDEX.bdmv”文件。该文件中的信息引导播放器到“FirstPlayback_bdjo_file”。“FirstPlayback_bdjo_file”是将由播放器执行的JAVA程序。典型地，这个JAVA程序的执行导致渲染“Disc Menu”。现在，用户可以选择盘上的“Title”，其指令播放器执行与“Title”相对应的“Title_bdjo_file”中的另一JAVA程序。

“Title_bdjo_file”中的JAVA程序可能包括播放器接触内容所有者的服务器以检查是否与该“Title”相关的额外内容可在服务器处是可获得的指令。如果这是这样的情况，则该额外内容被下载并存储在播放器中的“本地存储器”中。接下来，“本地存储器”中的内容和光盘上的内容在“虚拟包”中组合。在这一点上，渲染“Title”所需的所有数据在播放器中可用。典型地，“Title_bdjo_file”中的JAVA程序指令播放器开始图8图示的播放列表。该图示出了播放列表的一般结构。播放列表容纳一个“Main path”和零个或多个“SubPaths”。典型地，“Main path”容纳视频、音频、图形和字幕，而“SubPaths”可以容纳附加的图形、字幕。在本示例中，亮度/颜色适配HDR元数据可以处在“Main path”（进入-多路复用器）中或在“SubPaths”（离开-多路复用器）的其中一个。播放器同时渲染“主路径”和任选的“SubPaths”。

图8b示出了播放列表的语法的示例。该图示出了语法表中的播放列表71的示例。播放列表的数据结构是根据BD规范。当渲染播放列表时，播放列表容纳应该由播放器使用的多个“Playltems”72和多个“SubPaths”73。

图8c示出了播放列表中的播放项的语法的示例。该图示出了语法表中的播放项的示例。播放项的数据结构是根据BD规范。在本说明书的上下文中，播放项的最相关的元素是“Clip_information_file_name”74和“STN_Table”75。

Clip_information_file_name：“Clip_information_file_name”是对“虚拟包”中的“Cliplnfo”文件的引用。该文件中的数据将用来解析对基本流位置的引用（参见下文）。

STN表：该“STN_Table”定义基本流列表，其中，播放器能够在回放“Playltems”及其相关“SubPaths”期间进行选择。

图8d示出了基本流表的数据结构的第一部分。被称为STN_Table的基本流表示根据BD规范。在该示例中，为了创建扩展流信息，如图9所指示，STN_Table利用视频处理基本流的元素而被扩展。

图9示出了作为基本流表的扩展的扩展流信息的语法的示例。该图示出了具有指示视频处理基本流的条目91的基本流表STN_Table的扩展部分。具体地，扩展流信息中的条目指示视频处理基本流的数量，该数量为大于或等于零的整数。

在STN_Table中，相应的基本流由如图10a进一步示出的“Stream_entry”92和如图10b进一步示出的“Stream_Attributes”93定义。

图10a示出了用于基本流表的Stream_entry。根据基本流的类型，“Stream_entry”要么容纳对“Main path”中的流标识符PID的引用94，96或对“SubPaths”中的PID的引用95。在“Cliplnfo”文件中使用数据，该引用得以解析，以使得播放器知道在哪里找到基本流。因此，播放器知道在该传输流（“Main path”或“SubPaths”）中基本流是可用的并且播放器知道传输流中的基本流的流标识符（PID）。

图10b示出了用于基本流表的Stream_Attributes。Stream_Attributes包含与对应的基本流有关的数据，例如，用于字幕流的语言码97。Stream_Attributes的数据结构是根据BD规范的。

图11示出了扩展流信息的语法的元素的示例。该图示出了扩展流信息的基本流表STN_Table中的Stream_Attributes的语法的扩展部分。针对视频处理基本流的扩展Stream_Attributes定义指定对应的主视频的最佳显示器类型（例如，特定类型的HDR显示器、或LDR显示器）的数据字段98。在本实施例中，通过示例的方式，“Stream_attributes”利用相应的视频处理基本流的一个或多个数据元素而进行加强。

图12示出了HDR显示器类型的定义。该表示出了显示器类型标识符99的引用列表。Optimum_Display_type是识别具有预先定义的HDR/颜色相关特点的显示器的编号。对于每个显示器类型，定义了相应的最大亮度和颜色色域。在视频处理元数据的这个示例中，Optimum_Display_type指示针对其视频处理基本流已经得到优化的显示器类型。

注意的是，视频处理基本流可以被包括在MPEG-2传输流中，从而通过被链接到基于帧的HDR参数集合的呈现时间戳（PTS）提供同步机制。BD可以包含所述参数，因为视频处理基本流可以与主视频和音频一起被包括在TS中。还有，所述HDR参数稍后可以通过将作为子流的MPEG-2 TS下载到主TS而被添加，例如，通过应用BD子路径（sub-path）机制。子流（sub-stream）可以使用渐进下载机制被下载，即，观看可能开始，同时仍在下载。子流还可以包含备选呈现图形流（例如，用于字幕）或该图形的调整参数，以更好地匹配HDR视频输出。

在上述的说明书中，已经使用作为具有扩展亮度和/或颜色范围的扩展视频的示例的HDR视频，以及使用作为具有标准亮度和/或颜色范围的标准视频的示例的LDR视频，对示例进行了讨论。在这样的示例中，视频处理元数据可以被称为HDR处理元数据，或视频处理基本流可以被称为HDR处理基本流。要注意的是，分发系统可以被应用于经由格式化的视频信号，连同具有第二亮度和/或颜色范围的相同视频的第二版本一起，传递具有第一亮度和/或颜色范围的任何类型的视频。

应当清楚，从技术上讲，我们的意思是第一颜色表示到第二颜色表示的映射照度。照度是技术码（例如，Y=[0，255]），其经由色调定义曲线与最终照度相关联，例如是否如摄像机捕获的或显示器渲染所引用的。各种备选技术实现可以存在，例如，在线性表示中，该第三颜色坐标可能是照度本身，但是在技术上具有足够经验的读者应当完美理解它是什么（为了简单起见，我们假设照度范围为浮点数（除了我们假设具有伽玛2.2等的典型的8比特的LDR_CONT之外），但当然还可以例如将某个10比特照度定义映射到某个15比特照度定义。

本文中所公开的算法组件可以（完全或部分）在实践中被实现为硬件（例如，特定应用IC的部分）、或作为在特殊数字信号处理器上运行的软件、或通用处理器等。在至少一些用户输入可以是/已经（例如，在工厂内、或消费者输入、或其它人为输入）存在的意义上，它们可以是半自动的。

本领域技术人员应该从我们的陈述中理解，哪些组件可以是任选的改进，并且可以与其它组件组合来实现，以及方法的（任选的）步骤如何与装置的相应的构件相对应，反之亦然。一些组件以某个关系公开（例如，某个配置中的单个图中）的这个事实并不意味着在与如本文中的专利所公开的相同的发明思想的情况下，其它配置不可能作为实施例。还有，对于实际原因，只有有限范围的示例已经得以描述的事实并不意味着其它变型不能落入权利要求的范围。事实上，组件可以沿任何使用链以不同的变型体现，例如，如编码器之类的创作侧的所有变型可以类似于或对应于分解系统的消费方侧处的对应的装置，例如，解码器，反之亦然。实施例的若干组件可以被编码为信号中的特定信号数据以用于在编码器和解码器之间的任何传送技术中进行传送或进一步使用（诸如协调）等等。本申请中的单词“装置”以其最广泛的意义使用，即，允许实现具体目的的一组器件，并且其可以因此例如是IC（的小部分）、或专用设备（诸如具有显示器的器具）、或联网系统的一部分，等等。因为“布置”或者“系统”是意指以最广泛的意义上使用，所以它可以包括（除其它之外）单个物理可购买装置、装置的一部分、协调装置的集合（部分）、等等。

各种处理和格式化函数还可以以软件实现，该软件可以在计算机可读介质上提供。计算机程序产品名称应当理解为在将命令键入处理器的一系列加载步骤（其可以包括中间转换步骤，诸如转换成中间语言以及最终的处理器语言）之后，涵盖使能该通用或者专用处理器执行特点功能的任一个的命令集合的任何物理实现。具体地，计算机程序产品可以被实现为载体（诸如例如，磁盘或磁带）上的数据、存在于存储器中的数据、经由网络连接-有线或无线传送的数据、或者纸上的程序代码。除程序代码之外，程序所需的特点数据也可以体现为计算机程序产品。这样的数据可以被（部分地）以任何方式被提供。

本实施例也可以体现为数据载体上的信号，其可以是可移除存储器（如光盘、闪存、可移除硬盘、经由无线构件可写的便携式设备等）。

任何所提出的方法的操作所需的某些步骤可能已经存在于处理器的功能性或任何装置实施例中，而不是在计算机程序产品或本文中所描述的任何单元、装置或方法中所描述的，诸如数据输入和输出步骤、公知的典型地并入的处理步骤（诸如，标准显示器驱动）等等。我们还希望保护所得产品和类似所得物，如例如在方法的任何步骤处或在装置的任何子部分中牵涉的特定新颖的信号、以及这样的信号的任何新用途、或任何有关方法。

应当注意的是，上文所提及的实施例是说明而非限制本发明。其中，本领域技术人员能够容易地实现将所提出的示例映射到权利要求的其它区域，为了简洁起见，我们没有深入提及所有这些选项。除如在权利要求中所组合的本发明的元件的组合之外，元件的其它组合也是可能的。元件的任意组合可以在单一专用元件中实现。

权利要求中的括号之间的任何附图标记不旨在限制权利要求，附图中的任何具体符号也不旨在限制权利要求。单词“包括”不排除未在权利要求中列出的元件或方面的存在。元件前的单词“一”或“一个”不排除多个这样的元件的存在。

Claims

1.一种提供格式化的视频信号（20，30）以用于根据标准化的传递格式进行传递的方法，所述标准化的传递格式定义具有指示可选择的基本流的条目的流信息，并且基本流根据所述标准化的传递格式具有公共结构并且表示要以所述基本流的所选择的组合被渲染的视听内容，相应的基本流表示视频内容、音频内容、图形内容的其中一个；

所述格式化的视频信号表示相对于具有标准亮度和/或颜色范围的标准视频具有扩展的亮度和/或颜色范围的扩展视频，所述标准范围是以所述标准化的传递格式所定义的；

所述方法包括：

-处理输入视频，以提供表示所述标准视频和所述扩展视频之间的转换的视频处理元数据并且生成表示所述标准视频的主视频基本流，或者

-处理输入视频，以提供表示所述扩展视频和所述标准视频之间的转换的视频处理元数据并且生成表示所述扩展视频的主视频基本流；

所述方法还包括

-生成具有所述公共结构但不包括视听内容的视频处理基本流，所述视频处理基本流包括用于在渲染所选择的组合中进行转换的所述视频处理元数据，

-生成至少包括指示所述主视频基本流的条目和指示所述视频处理基本流的条目的扩展流信息，以及

-生成包括所述主视频基本流、所述视频处理基本流和所述扩展流信息的所述格式化的视频信号，

其中，所述视频处理基本流中的所述视频处理元数据包括扩展范围信息字段（54），该扩展范围信息字段包括多个不同的进程描述符，相应的进程描述符定义相应的数据类型的所述转换，所述数据类型包括视频以及图形和字幕中的至少一个。

2.根据权利要求1所述的方法，其中，所述方法包括：针对所述转换，应用一变换，该变换通过对所述主视频基本流中的所述视频应用映射而可逆，以及

所述视频处理基本流中的所述视频处理元数据包括关于所述映射的信息。

3.根据权利要求1或2所述的方法，其中，所述格式化的视频信号（20）具有第一传输流和第二传输流，并且所述方法包括：

-在所述第一传输流中包括所述主视频基本流，

-在所述第二传输流中包括所述视频处理基本流。

4.根据权利要求3所述的方法，其中，所述方法包括：

-经由介质传递所述第一传输流，以及

-经由网络传递所述第二传输流和所述扩展流信息。

5.一种用于提供格式化的视频信号（20，30）以用于根据标准化的传递格式进行传递的视频处理设备（21，31），所述标准化的传递格式定义具有指示可选择的基本流的条目的流信息，并且基本流根据所述标准化的传递格式具有公共结构并且表示要以所述基本流的所选择的组合被渲染的视听内容，相应的基本流表示视频内容、音频内容、图形内容的其中一个；

所述格式化的视频信号表示相对于具有标准范围的标准视频内容具有扩展的亮度和/或颜色范围的扩展视频，所述标准范围是以所述标准化的传递格式所定义的；

所述处理设备包括：

-视频处理单元（210，310），其用于处理输入视频，和

-格式化单元（213，313），其用于生成所述格式化的视频信号；

所述视频处理单元和所述格式化单元被布置用于：

-处理输入视频，以提供表示所述标准视频和所述扩展视频之间的转换的视频处理元数据并且生成表示所述标准视频的主视频基本流，或

并且所述格式化单元还被布置用于：

-生成至少包括指示所述主视频基本流的条目和指示所述视频处理基本流的条目的扩展流信息，和

6.一种用于根据标准化的传递格式处理格式化的视频信号（20，30）的视频播放器（22，32），所述标准化的传递格式定义具有指示可选择的基本流的条目的流信息，并且基本流根据所述标准化的传递格式具有公共结构并且表示待以所述基本流的所选择的组合被渲染的视听内容，相应的基本流表示视频内容、音频内容、图形内容的其中一个；

所述格式化的视频信号包括：

-视频处理基本流，其具有所述公共结构但不包括视听内容，所述视频处理基本流包括用于在渲染所选择的组合中进行转换的视频处理元数据，

-主视频基本流表示所述标准视频并且所述视频处理元数据表示所述标准视频和所述扩展视频之间的转换，或者

-主视频基本流表示所述扩展视频并且所述视频处理元数据表示所述扩展视频和所述标准视频之间的转换，

并且所述格式化的视频信号还包括

-扩展流信息，其至少包括指示所述主视频基本流的条目和指示所述视频处理基本流的条目；

以及其中，所述视频处理基本流中的所述视频处理元数据包括扩展范围信息字段（54），该扩展范围信息字段包括多个不同的进程描述符，相应的进程描述符定义相应的数据类型的所述转换，所述数据类型包括视频以及图形和字幕中的至少一个；

所述播放器包括：

-输入单元（225，325），其用于接收所述格式化的视频信号并且提取所述扩展流信息和所述视频处理元数据，和

-处理单元（223，323），其用于：

-处理所述扩展流信息，并且，依据指示视频处理基本流的所述扩展流信息条目，

-通过根据所述视频处理元数据处理主视频，同时使用用于相应的数据类型的所述转换的所述相应的进程描述符，将来自所述主视频基本流的所述主视频转换成适配于目标显示设备的亮度和/或颜色渲染能力的目标视频，所述数据类型包括视频以及图形和字幕中的至少一个。

7.根据权利要求6所述的视频播放器，其中，

所述转换是一变换，该变换通过对所述主视频基本流中的所述视频应用映射而可逆，并且所述视频处理基本流中的所述视频处理元数据包括关于所述映射的信息，以及

所述处理单元被布置用于通过根据所述视频处理元数据应用所述映射来进行所述转换。

8.根据权利要求6所述的视频播放器，其中，

所述格式化的视频信号（20，30）包括传输流，该传输流包括所述主视频基本流和所述视频处理基本流，以及

所述输入单元（225，325）被布置用于接收所述传输流，并且从所述传输流中检索所述主视频基本流和所述视频处理基本流；或者

所述格式化的视频信号（20）包括第一传输流和第二传输流，该第一传输流包括所述主视频基本流并且该第二传输流包括所述视频处理基本流，以及

所述输入单元（225，325）被布置用于接收所述第一传输流和所述第二传输流，并且，

-从所述第一传输流中检索所述主视频基本流，以及

-从所述第二传输流中检索所述视频处理基本流。

9.根据权利要求8所述的视频播放器，其中，

所述输入单元（225，325）包括光盘单元，其用于读取光学记录载体并且检索

-所述传输流，或者

-所述第一传输流，或者

-所述第一传输流和所述第二传输流。

10.根据权利要求7所述的视频播放器，其中，

-从所述第一传输流中检索所述主视频基本流，以及

-从所述第二传输流中检索所述视频处理基本流。

11.根据权利要求6-10中的任一项所述的视频播放器，其中，

所述输入单元（225，325）包括网络接口，其用于将所述视频处理基本流和所述扩展流信息从服务器下载到本地存储器，以及

所述处理单元（223，323）被布置用于将较早接收的流信息替换为所述扩展流信息。

12.一种计算机可读介质（40），其包括程序代码，该程序代码在由处理器执行时使得该处理器执行权利要求1到4中任一项所述的方法的步骤。

13.根据权利要求12所述的计算机可读介质，其中，所述视频处理基本流包括：

-视频处理段序列，相应的段与对应的视频帧序列相关联，和/或

-指令，其根据显示设备的亮度或颜色渲染能力适配所述视频的亮度水平和/或颜色空间，和/或

-指令，其根据显示设备的亮度或颜色渲染能力适配图形的亮度水平和/或颜色空间。