1、ICS 35.040；37.060.99 A15 GY 中华人民共和国广播电影电视行业标准 GY/T 293.12015/ISO 26429-3:2008 数字电影打包 第1部分：声音和图像轨迹文件 Digital cinema（D-cinema）packaging Part 1: Sound and picture track file （ISO 26429-3:2008, IDT） 2015 - 07 - 28发布 2015 - 07 - 28实施 国家新闻出版广电总局 发布 GY/T 293.1-2015/ISO 26429-3:2008 I 目 次 前言 . II 引言 . III 1
2、 范围 . 1 2 规范性引用文件 . 1 3 概述 . 1 4 模式限制 . 2 4.1 总则 . 2 4.2 基准（Baseline）操作模式 . 2 4.3 附加限制 . 2 4.4 标签 . 3 5 基本数据限制 . 3 5.1 图像 . 3 5.2 声音 . 4 6 头部元数据限制 . 4 6.1 总则 . 4 6.2 时间码 . 4 6.3 轨迹文件标识 . 5 7 描述性元数据限制 . 5 8 其他限制和定义 . 5 8.1 文件名和资产标识 . 5 8.2 同步 . 5 9 多用途网际邮件扩充协议类型 . 5 附录NA .1（资料性附录） 缩略语和术语 . 7 参考文献 . 8
3、 GY/T 293.1-2015/ISO 26429-3:2008 II 前 言 GY/T 293数字电影打包拟分成部分出版，目前计划发布如下部分： 第1部分：声音和图像轨迹文件； 第2部分：MXF JPEG2000应用； 第3部分：MXF轨迹文件基本数据加密； 第4部分：合成播放列表； 本部分是GY/T 293的第1部分。 本部分按照GB/T 1.1-2009给出的规则起草。 本部分使用翻译法等同采用 ISO 26429-3:2008数字电影打包 第3部分：声音和图像轨迹文件。 本部分做了下列编辑性修改： 为与现有标准系列一致，将标准名称改为数字电影打包 第1部分：声音和图像轨迹文件； 增加
4、了资料性附录 NA.1 缩略语和术语。 本部分由全国广播电影电视标准化技术委员会（SAC/TC 239）归口。 本部分起草单位:中国电影科学技术研究所。 本部分主要起草人：刘茂英、张鑫、刘达。 GY/T 293.1-2015/ISO 26429-3:2008 III 引 言 本文件的发布机构提请注意，声明符合本文件时，可能涉及到相关专利使用。 本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。 该专利持有人已向国际标准化组织（ISO）保证，他愿意同任何申请人在合理非歧视原则和条件下， 就专利授权许可进行谈判。该专利持有者的声明已在国际标准化组织（ISO）备案。相关信息可通过以 下联系
5、方式获得： 专利持有人姓名：Eastman Kodak Company Intellectual Property Transactions。 地址：343 State Street Rochester, NY 14650 USA。 请注意除上述专利外，本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别这些专利 的责任。 GY/T 293.1-2015/ISO 26429-3:2008 1 数字电影打包 第1部分：声音和图像轨迹文件 1 范围 GY/T 293的本部分规定了采用素材交换格式（MXF）的发行的数字电影内容的声音和图像轨迹文件 格式的一般特性。本部分定义了在网络或存储媒体的
6、信号接口进行数据交换的数据结构，但未定义兼容 设备或特定基本数据编码映射的内部存储格式。 本部分是用于数字电影的应用规范，基于SMPTE 390M（OP-ATOM）标准制定，并满足将数字电影内 容发行到放映场所的需求。 本部分适用于数字电影打包。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 SMPTE 330M-2004 电视唯一素材标识符（Television Unique material identifier (UMID)） SMPTE 377M-20
7、04 电视素材交换格式文件格式规范（Television Material exchange format (MXF) File format specification） SMPTE 379M-2004 电视素材交换格式 MXF通用容器（Television Material exchange format (MXF) MXF generic container） SMPTE 390M-2004 电视素材交换格式专用“原子”操作模式（单一项的简化表示） （ Television Material exchange format (MXF)-Specialized operational pa
8、ttern Atom (Simplifies representation of a single item)） SMPTE RP 224 SMPTE标签注册（SMPT E labels registry） IETF RFC 2046（1996年11月），多用途互联网邮件扩充协议(MIME) 第二部分:媒体类型（Internet engineering task force (IETF) RFC 2046 (November 1996), Multipurpose internet mail extensions (MIME), Part two: Media types） 3 概述 数字电影
9、声音和图像轨迹文件是一个有索引且可以随机访问的MXF容器，容器内只含单一基本数据 轨迹的单一片段。数字电影声音和图像轨迹文件不应包含交织的、复用的、多场景或多格式的基本数据。 本部分在应用SMPTE 377M（MXF）和SMPTE 390M（OP -ATOM）时有所限制, 这些限制归为以下四个类 别： 模式（SMPTE 390M OP-ATOM的限制版）； 基本数据（符合SMPTE 379M的基本数据容器的要求）； 头部元数据（严格符合SMPTE 377M）； 描述性元数据（基本数据的部分集合）。 GY/T 293.1-2015/ISO 26429-3:2008 2 本部分不是针对特定基本数据
10、类型轨迹文件的完整规范，它可与基本数据映射标准、基本数据限制 标准以及可选加密容器标准相结合，以形成一个完整的规范。这些标准及其组合超出本部分的范围。 4 模式限制 4.1 总则 数字电影声音和图像轨迹文件应采用MXF文件格式（符合SMPTE 377M）以及特定的操作模式（符合 SMPTE 390M OP-ATOM）。除非特别规定，轨迹文件应符合SMPTE 377M、SMPTE 390M、SMPTE 379M（通用 容器）及其参考文献，尤其是SMPTE 336M（KLV）的规范性条款。 MXF规范涉及到的术语和缩略语的完整术语表在SMPTE 377M中给出。读者若不熟悉MXF，则强烈推荐 阅读
11、该文件中的“缩略语、术语和数据类型定义”章条。资料性附录N A.1 给出了部分缩略语和术语定 义。 请实施者注意，虽然轨迹文件宜仅包含标准许可的结构，但是，SMPTE 377M要求解码器能够处理无 法识别的KLV包，更多信息见SMPTE 377M中“KLV编码的暗数据”章条。 4.2 基准（Baseline）操作模式 根据SMPTE 390M，每个轨迹文件应含有一个代表整个轨迹文件的顶层文件包和一个素材包。素材包 不应该用于播放，但可用于表示轨迹中用于再现的那部分轨迹的偏移量和时长。SMPTE 390M附录A举例 说明了如何使用操作模式为专用原子操作模式（OP -Atom）的MXF文件，包括素
12、材包轨迹、顶层文件包轨 迹和任意低层源包轨迹的使用。 4.3 附加限制 4.3.1 容器 轨迹文件应采用SMPTE 379M定义的MXF通用容器（GC），基本数据的映射应采用GC基于帧的映射。 声音和图像的基本数据映射应由相关的映射文件定义。 4.3.2 交织 轨迹文件的MXF通用容器中应该只有一种基本数据类型。轨迹文件中的基本数据既不应该是不同种 类的本素材的交错 1 4.3.3 系统项 ) ，也不应该是不同种类基本数据之间的复用。 轨迹文件不使用通用容器（GC）中的系统项。 4.3.4 时间码轨迹 轨迹文件不使用基本数据容器中的时间码轨迹。然而，合成时间码存放于头部元数据中（见6.2）。
13、4.3.5 分区 1) SMPT 377M定义：“复用”是指将不同分区逐个依次排列，而“交织”是指在基本数据容器中具有不同部分， 这些部分是基于时间分割且相互交错排列的。 GY/T 293.1-2015/ISO 26429-3:2008 3 轨迹文件应有三个分区：头部分区、主体分区和尾部分区。闭合且完整的头部元数据应放于头部分 区内，基本数据容器应放于单个主体分区内，索引表片段应放于尾部分区内，见4.3.6。声音和其他基 本数据分区的时长宜尽可能与相关图像基本数据分区的时长一致。 轨迹文件最后部分应为遵循SMPTE 377M定义的随机索引包（RIP）。 4.3.6 索引表 轨迹文件应包含SMP
14、TE 377M定义的标准MXF索引表。索引表应分割为一个或多个索引表片段。 注：由于受索引片段空间限制，大的可变比特率（VBR）的文件可能会要求有多个索引表片段，详情见SMPTE 377M。 每个索引片段都应放在尾部分区内。 4.3.7 KAG尺寸 轨迹文件应采用默认的KLV对齐格，其大小为1。见SMPTE 377M 5.4.1 “KLV对齐格”。 4.3.8 基本数据类型 一个轨迹文件内，同种类（图像或声音）的所有基本数据容器应为相同的基本数据类型，比如都为 JPEG2000压缩，基本数据类型由基本数据描述符的相应属性定义。 4.3.8.1 编辑速率 一个轨迹文件内所有基本数据应有相同的编辑
15、速率。 4.3.9 加密 轨迹文件可包含经过加密处理的基本数据容器。基本数据容器应能标识基本数据是经过加密的。但 加密过程的定义不属于本部分的范围。 4.3.10 KLV填充 轨迹文件可采用SMPTE 377M定义的 KLV填充项。 4.4 标签 轨迹文件应由SMPTE RP 224定义的注册标签进行标记，以便识别每个分区包和每个序集内的基本数 据容器和操作模式。基本数据容器标签还应出现在文件描述符中。操作模式标签应根据SMPTE 390M的规 定设置。由于轨迹文件内素材包只有一个片段（见4.2），操作模式标签的第14个字节的第0比特位始终 为0，该字节第1比特位的值取决于素材包内基本数据轨迹
16、的数量。 5 基本数据限制 轨迹文件支持广泛的音视频基本数据结构，比如支持与压缩方式无关的音视频基本数据。下述限制 与所用的具体的基本数据结构无关。 5.1 图像 5.1.1 总则 轨迹文件与压缩方式无关。 GY/T 293.1-2015/ISO 26429-3:2008 4 图像轨迹文件的基本数据容器的每个内容包应包含一个MXF通用容器图像项，每个MXF通用图像项内 又只包含一个通用容器（GC）图像元素。 5.1.2 图像参数 轨迹文件内所有帧应有相同的图像结构。 5.1.3 图像封装 图像基本数据应采用基于帧的映射方式编码到KLV包内并进行相应索引。 5.2 声音 5.2.1 总则 轨迹文
17、件与声音格式无关。 声音轨迹文件的基本数据容器的每个内容包应包含一个MXF通用声音项，每个MXF通用容器声音项目 内又只包含一个通用容器(GC)声音元素。 5.2.2 声音取样 声音轨迹文件内所有取样应具有相同的取样率和比特深度。 5.2.3 声音封装 声音基本数据应采用基于帧的映射方式编码到KLV包内并进行相应索引。若声道为多声道（比如， 16声道的影院格式），多个声道宜以取样级进行封装，否则以能从一个单独轨迹文件同步播放的方式进 行编码。 6 头部元数据限制 6.1 总则 轨迹文件的MXF头部元数据应遵循SMPTE 377M，并应受SMPTE 390M限制。轨迹文件应闭合且完整。 头部元数
18、据应只出现在头部分区内。其他分区内不应有头部元数据的副本。 6.2 时间码 时间码信息应出现在符合SMPTE 390M（OP-ATOM）规范的轨迹文件中。时间码信息只用于信息参考 而不被轨迹文件使用。 6.2.1 总则 轨迹文件应含有由时间码片段表示的合成时间，时间码片段是从指定起始点开始连续增加的数字。 轨迹文件不应包含时间码流数据分区。 注：由于以上明确规定不应使用时间码轨迹，因此，根据本部分，起始点的实际值对于正确运行并不重要，基本数 据源中或当地操作实践中若没有指定该值，则习惯采用默认起始时间01:00:00:00。 6.2.2 素材包时间码 轨迹文件内素材包的时间码应由单个连续的片段
19、组成。 GY/T 293.1-2015/ISO 26429-3:2008 5 6.2.3 顶层文件包时间码 轨迹文件内文件包的时间码应由单个连续的片段组成，其起始时间应与任何已知历史源包 2 6.2.4 源包时间码 ) 一致， 或为合理的默认值（见6.2.1的注）。 若有历史源包，轨迹文件内每个历史源包的时间码应由单个连续片段组成，其起始时间与更早的源 包的一致或者与如果知道的导入母版的一致，或者为合理默认值（见6.2.1的注）。 6.3 轨迹文件标识 数字电影包采用通用唯一标识符（UU ID）链接资产。轨迹文件的身份应由其唯一的顶层文件包的包 唯一标识符标识（以下简称为“包唯一标识符”）。
20、6.3.1 包唯一标识符创建方法 包唯一标识符应符合SMPTE 330M中唯一素材标识符（UMID）的规定，具有一个素材序号UUID，一个 素材序号生成方法UUID/UL。包唯一标识符还应遵循以下限制： a) UMID中UL部分的第11个字节应为0fh(不确定素材类型)； b) UMID中UL部分的第12个字节应为20h（UUID/UL素材序号生成方法及未定义的实例序号生成方 法）； c) 3个字节的实例序号均为0（零）。 根据本条生成的包唯一标识符的头16个字节为：060a2b34h 01010105h 01010f20h 13000000h。 6.3.2 UUID标识比较 若将轨迹文件的标
21、识与已知UUID相比较，应将已知UUID与包唯一标识符的素材序号部分（第1732 字节）相比较。 7 描述性元数据限制 在SMPTE EG 42中阐述了描述性元数据方案（DMS）框架的一般原则。描述性元数据（DM)是可选的， 如果存在，则应存放在轨迹文件中的静态描述元数据（DM）轨迹上的DM片段中（见 SMPTE 377M规定的 有关内容）。具有DM的轨迹文件，在其序集中应有一个DM标签，以标识轨迹文件所采用的每个DM机制。 8 其他限制和定义 8.1 文件名和资产标识 文件内资产的标识应由文件内顶层文件包的包唯一标识符（见6.3.1的规定）确定，而不应由文件 名或任何其他外部指定的文件标识符
22、、指针或链接确定。 8.2 同步 两个或以上具有相同或不同基本数据类型的轨迹文件的同步方法不属于本部分的范围。轨迹文件中 除MXF头部元数据外不应包含同步信息。 2) 历史源包是一个头部项，描述特定素材包内基本数据的来源，见SMPTE 377M-2004。 GY/T 293.1-2015/ISO 26429-3:2008 6 9 多用途网际邮件扩充协议类型 在采用MIME类型标识符标示文件格式时，应采用MIME类型“ application/mxf”标明文件符合本部 分（见IETF RFC 2046）。 GY/T 293.1-2015/ISO 26429-3:2008 7 A A 附录 NA.
23、1 （资料性附录） 缩略语和术语 DCP：数字电影数据包（Digital Cinema Package） GC：通用容器（Generic Container）KAG: KLV对齐格（KLV alignment grid） KLV：键-长度-值（Key -Length-Value） MXF: 素材交换格式( Material exchange format) OP：操作模式（Operational Pattern） OP-Atom：专用“原子”操作模式（Specialized Operational Pattern Atom） RIP:随机索引包（Random Index Pack） UMID：
24、唯一素材标识符（Unique Material Identifier） UUID：通用唯一标识符（Universally Unique Identifier） VBR：可变码率（Variable bit rate） 基本数据 （Essence）：MXF文件装载并描述的视音频等数据。 编辑速率（Edit rate）：每秒应再现的编辑单元的个数。编辑单元是时间上能访问的最小单元。 比如：通常2D影片的编辑单元为1帧，对帧速率为24fps的影片来说，其编辑速率为24 1；对于立体影片 的轨迹文件，左右眼2帧为1个编辑单元，若立体影片双眼帧速率为48fps，则编辑速率为24 1。 GY/T 293.1
25、-2015/ISO 26429-3:2008 8 参 考 文 献 1 IETF RFC 4539, Media Type Registration for the Society of Motion Picture and Television Engineers (SMPTE) Material Exchange Format (MXF) Television Engineers 2 SMPTE 336M-2001, Television Data Encoding Protocol using Key-Length-Value 3 SMPTE EG 41-2004,Material Exchange Format (MXF) Engineering Guideline 4 SMPTE EG 42-2004, Material Exchange Format (MXF) MXF Descriptive Metadata _
