DY∕T 2.4-2020 数字电影打包 第4部分：合成播放列表.pdf

ICS 35.040；37.060.99 N40 DY 中 华 人 民 共 和 国 电 影 行 业 标 准 DY/T 2.42020 数字电影打包 第 4 部分：合成播放列表 Digital cinema (D-cinema) packaging - Part 4: Composition playlist (ISO 26429-7:2008,Digital cinema (D-cinema) packaging - Part7:Composition playlist,MOD) 2020 - 09 - 22 发布 2020 - 09 - 30 实施 国家电影局 发 布 DY/T 2.42020 I 目 次 前言 . III 引言 . IV 1 范围 . 1 2 规范性引用文件 . 1 3 术语和定义 . 2 4 概述 . 3 5 同步 . 4 6 CompositionPlaylist 结构 . 5 6.1 概述 . 5 6.2 Id 元素 . 6 6.3 AnnotationText 元素（可选） . 6 6.4 IconId 元素（可选） . 6 6.5 IssueDate 元素 . 6 6.6 Issuer 元素（可选） . 6 6.7 Creator 元素（可选） . 6 6.8 ContentTitleText 元素 . 6 6.9 ContentKind 元素 . 6 6.10 ContentVersion 元素 . 7 6.11 RatingList 元素 . 7 6.12 ReelList 元素 . 8 6.13 Signer 元素（可选） . 8 6.14 Signature 元素（可选） . 8 7 Reel 结构 . 9 7.1 概述 . 9 7.2 Id 元素 . 9 7.3 AnnotationText 元素（可选） . 9 7.4 AssetList 元素 . 9 8 Asset 结构 . 10 8.1 概述 . 10 8.2 GenericAssetType 元素 . 10 8.3 TrackFileAssetType 元素 . 12 8.4 MarkerAssetType 元素 . 13 8.5 PictureTrackFileAssetType 元素 . 14 8.6 SoundTrackFileAssetType 元素 . 15 DY/T 2.42020 II 8.7 SubtitleTrackFileAssetType 元素 . 16 9 CPL 限制 . 17 9.1 内容标记 . 17 9.2 分本最短持续时间 . 18 10 XML 模式 . 18 11 示例 . 24 附 录 A （资料性附录） 本部分与 ISO 26429-7:2008 相比章条编号变化对照一览表 . 26 附 录 B （资料性附录） XML 图例 . 29 参 考 文 献 . 32 DY/T 2.42020 III 前 言 数字电影打包标准已经或计划发布如下部分： GY/T 293.12015数字电影打包 第1部分：声音和图像轨迹文件； GY/T 293.22015数字电影打包 第2部分：MXF JPEG2000应用； DY/T 2.32020数字电影打包 第3部分：MXF轨迹文件基本数据加密； DY/T 2.42020数字电影打包 第4部分：合成播放列表； DY/T 2.52020数字电影打包 第5部分：打包列表； DY/T 2.62020数字电影打包 第6部分：资产映射和文件分割； DY/T 2.72020数字电影打包 第7部分：立体图像轨迹文件。 本部分是数字电影打包的第 4 部分。 本部分按照 GB/T 1.12009 给出的规则起草。 本部分使用重新起草法修改采用 ISO 26429-7:2008数字电影打包第 7 部分：合成播放列表。 为符合GB/T 1.12009的编写规则，本部分与ISO 26429-7:2008相比在结构上有较多调整，附录A列出了本部分与ISO 26429-7:2008章条编号变化对照一览表。 本部分做了下列编辑性修改： 为与现有标准系列保持一致，将本部分名称改为数字电影打包 第 4 部分：合成播放列表； 增加了附录A（资料性附录）“本部分与ISO 26429-7:2009相比的结构变化情况”。 本部分由国家电影局提出并归口。 本部分起草单位：北京电影学院、中国电影科学技术研究所。 本部分主要起草人：刘戈三、王萃、刘茂英、王木旺、张鑫、李铭。 DY/T 2.42020 IV 引 言 本文件的发布机构提请注意，声明符合本文件时，可能涉及到相关专利的使用。 本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。 该专利持有人已向国际标准化组织（ISO）保证，愿意同任何申请人在合理非歧视原则和条件下，就专利授权许可进行谈判。该专利持有者的声明已在国际标准化组织（ISO）备案。相关信息可通过以下联系方式获得： 专利持有人姓名：Eastman Kodak Company Intellectual Property Transactions。 地址：343 State Street，Rochester, NY 14650，USA。 请注意除上述专利外， 本文件的某些内容仍可能涉及专利。 本文件的发布机构不承担识别这些专利的责任。 DY/T 2.42020 1 数字电影打包 第 4 部分：合成播放列表 1 范围 数字电影打包 标准的本部分规定了合成播放列表结构。 合成播放列表是对一个完整的数字电影作品（如电影、预告片或广告等）的独立展示。合成播放列表由一个有序的分本结构序列组成，每个分本引用一组外部轨迹文件，例如声音轨迹文件或图像轨迹文件，这些轨迹文件将被并行重现。每个分本都类似胶片电影的分本，而合成播放列表控制各分本播放的顺序与时点。 本部分适用于数字电影数据包中合成播放列表的制作。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件， 仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 W3C 2004 可扩展标记语言 （XML） 1.0 （第三版） （World Wide Web Consortium (W3C) (2004, February 4). Extensible Markup Language (XML) 1.0 （ThirdEdition） W3C 2004 XML 模式第一部分：结构（第二版）（World Wide Web Consortium (W3C) (2004, October 28). XML Schema Part 1: Structures （Second Edition） W3C 2004 XML 模式第 2 部分： 数据类型 （第二版）（World Wide Web Consortium (W3C) (2004, October 28). XML Schema Part 2: Datatypes（Second Edition） W3C 2004 XML 签名语法和处理（World Wide Web Consortium (W3C) (2002, February 12). XML-Signature Syntax and Processing） IETF 1996 RFC2045 多用途互联网邮件扩展协议(MIME) 第 1 部分:互联网消息体格式（Internet Engineering Task Force (IETF) (1996, November).Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies） IETF 1996 RFC2046 多用途互联网邮件扩展协议(MIME) 第 2 部分:媒体类型（Internet Engineering Task Force (IETF) RFC2046 (November 1996) Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types） IETF 1996 RFC2396 统一资源标识符（URI）：通用语法（Internet Engineering Task Force (IETF) (1996, November). RFC 2396 Uniform Resource Identifiers(URI): Generic Syntax） IETF 2001 RFC3174 美国安全散列算法 1 （SHA-1）（Internet Engineering Task Force (IETF) (2001, September). RFC 3174 US Secure Hash Algorithm 1 (SHA-1)） IETF 1997 RFC2142 URN 语法（Internet Engineering Task Force (IETF) (1997, May) RFC 2141 URN Syntax） IETF 2001 RFC4051 附加的 XML 安全性统一资源标识符（URIs） （Internet Engineering Task Force (IETF) (2001, April) RFC 4051 Additional XML Security Uniform Resource Identifiers (URIs)） IETF 2005 RFC4122 通用唯一标识符 （UUID） URN 命名空间 （Internet Engineering Task Force (IETF) (2005, July). RFC 4122 A Universally Unique Identifier (UUID)URN Namespace） DY/T 2.42020 2 3 术语和定义 下列术语和定义适用于本文件。 3.1 片段 Clip 用于顺序重现的一个连续的可编辑单元集。 3.2 合成 Composition 一个完整的艺术或资料电影作品，例如正片或预告片或广告等。 3.3 可编辑单元 Editable Unit 获取基本数据的最小时间增量，例如一帧或一个采样。 3.4 有理数 Rational Number 以两个整数的比所表示的数值。为了避免浮点表示引入的误差，有理数可作为精确数值的定义。 3.5 编辑速率 Edit Rate 1 秒的持续时间内要重现的可编辑单元的数量。 由于编辑速率值不一定总是整数， 有时还需要很多位数的精度，编辑速率值以有理数的形式（两个整数的比）表示。 3.6 基本数据 Essence 构成合成的声音资源、图像资源和数据资源。 3.7 轨迹文件 Track File 包含一个简单基本数据的片段的文件，比如声音基本数据、图像基本数据或字幕基本数据。 3.8 原生持续时间 Native Duration 轨迹文件中可编辑单元的总数。 3.9 原生起始点 Native Start Point 轨迹文件的第一个可编辑单元。所有的轨迹文件都是被合成播放列表作为一个从0开始编号的可编辑单元序列，轨迹文件的原生起始点的可编辑单元的编号将始终是0。 3.10 DY/T 2.42020 3 原生结束点 Native End Point 轨迹文件的最后一个可编辑单元。 3.11 可播放区域 Playable Region 轨迹文件内准备作为合成的一部分进行重现的可编辑单元集。 轨迹文件可包含其他在可播放区域之前和（或）之后的可编辑单元。 3.12 采样率 Sample Rate 每秒的基本数据样本数。采样率的值以有理数（两个整数的比）表示。 3.13 帧率 Frame Rate 每秒的帧数。帧率值以有理数（两个整数的比）表示。 4 概述 合成（如图1所示）是对一个完整的数字电影作品（如电影、预告片或广告等）的独立表示。它明确地由一个合成播放列表文件和一个或多个包含实际基本数据的轨迹文件所组成。 轨迹文件格式的规范不在本部分的范畴之内。 合成播放列表（CPL）是一个规定轨迹文件组织方式的文件。CPL将一个合成表示为一个多Reel的有序序列。每个Reel含有一个或多个资产（Asset），这些Asset标识用于并行重现的轨迹文件片段。换言之，它规定并行的（例如声音与图像）和顺序的（例如Reel2在Reel1之后）的轨迹文件的组合。合成播放列表一般是在母版制作环境中剪辑控制创建的，并被包含在用于影院发行的数字电影数据包中。 Main Picture Asset #1Reel1Reel2Reel3合成播放列表Picture Track File #1Subtitle Track File #1Sound Track File #1Main Picture Asset #2Main Picture Asset #3Main Sound Asset #1Main Sound Asset #2Main Sound Asset #3Main Subtitle Asset #1Main Subtitle Asset #2Main Subtitle Asset #3Picture Track File #2Subtitle Track File #2Sound Track File #2Picture Track File #3Subtitle Track File #3Sound Track File #3 图1 典型的合成播放列表 DY/T 2.42020 4 本部分定义的结构按照XML 1.0规定的可扩展标记语言表示，并按XML模式 第1部分：结构规定的XML模式和XML模式第2部分：数据类型规定的数据类型来定义。本部分应与一个唯一的XML命名空间名称（该名称符合XML 1.0标准中关于命名空间的规定）相关联，该命名空间名称应为字符串 “http:/www.smpte-ra.org/schemas/429-7/2006/CPL”，表达了结构和语义版本信息，同时作为传统版本号字段。 表1例举了本部分所用XML命名空间名称，命名空间名称以统一资源标识符（URI）数值（见RFC 2396）表示。 表1 XML 命名空间 限定词 URI cpl xs ds http:/www.smpte-ra.org/schemas/429-7/2006/CPL http:/www.w3.org/2001/XMLSchema http:/www.w3.org/2000/09/xmldsig 本部分所用（cpl，xs,ds）等命名空间限定词的值不是规范性取值。实施方案应能正确解析与表 1中 URI 值关联的任意符合 XML 命名空间前缀值。 本部分中使用的来自其他结构的数据类型将配以适宜的命名空间限定符（例如 xs:dateTime）。有关上述类型的更多信息，见XML 结构第 2 部分：数据类型和XML 签名语法与处理。 对于包含单个合成播放列表元素作为其根的文件， 其 MIME 类型 （IETF RFC 2046） 应为 “text/xml” 。 5 同步 合成播放列表定义一个理想化的播放时间线。如图2所示，时间线由若干连续Reel序列组成。一个分本定义合成的一个时间段，并由一组单个的基本数据Asset组成。 Reel 1Reel n合成资产头合成资产尾 图2 合成时间线 一个Asset标识了将与同一Reel中的其他Asset并行重现的一段轨迹文件。Asset的入点（Entry Point）参数与持续时间（Duration）参数定义了将被重现的轨迹文件内可编辑单元序列（播放区域）。对于给定从Reel起始点的偏移时间T，轨迹文件F内的相应时间偏移Tn应等于（EntryPointF/EditRateF）+ T。以同样时间偏移T对齐的轨迹文件内的可编辑单元是同步的，并应同时重现。图3说明了一个Reel内多个Asset之间的时序关系。 TT1T2T3EntryPointReel头Reel尾MainPictureAssetMainSoundAssetMainSubtitleAsset DY/T 2.42020 5 图3 Reel 内的时序关系 在一个给定Reel的开始， 包含在Reel内的所有Asset均应在各自轨迹文件给定的Entry Point处同时开始。Reel的持续时间应等于Reel的MainPicture Asset的持续时间，如果不存在MainPicture Asset，则持续时间为最短的Asset的持续时间。 每个Reel内的Asset应保持编辑同步。换言之，合成播放列表时间线不应对放映环境中可能发生的任何处理延时做出补偿1（如放映机的内部图像处理延时），而应体现与剪辑师想要让观众在放映时观看到的同样的时间关系。 6 CompositionPlaylist 结构 6.1 概述 如图4所示，合成播放列表应由一个唯一的XML元素即CompositionPlaylist元素来表示。合成播放列表应使用UTF-8字符编码XML 1.0来编码。 CompositionPlaylist元素使用第10章中的XML模式来定义。CompositionPlaylist元素如图4所示（XML图例参见附录B），而组成CompositionPlaylist的各元素的定义见6.26.14。 图4 CompositionPlaylist 结构（虚线表示可选元素） 1 放映设备产生的基本数据延时所做出的任何补偿都是在影院中进行，而不是在母版制作过程中进行。这样的补偿可由数字影院播放系统、影院声音处理器或其他设备实现。 DY/T 2.42020 6 6.2 Id 元素 Id元素唯一标识合成播放列表， 以供资产管理使用。 它不应唯一标识合成所表示的内容 （见6.10） 。Id元素取值类型为urn:uuid（见RFC 4122）。 6.3 AnnotationText 元素（可选） AnnotationText元素应为人类可读、格式自由的注释,用于描述合成。严格来说，这是显示给用户的提示。可选的language属性是一个xs:language语言代码，表明文本使用的语言。如果language属性不存在，则应使用默认值en。 6.4 IconId 元素（可选） IconId元素唯一标识包含一个说明合成的图标图片的外部图像资源。图标可渲染生成，如采用相关内容的一帧来表示。IconId元素应按照urn:uuid（见RFC 4122）来编码。UUID值与实际图像资源的映射不属于本部分的范畴。 6.5 IssueDate 元素 IssueDate元素应用来规定合成播放列表生成的日期和时间。它可显示给用户。它应编码为xs:dateTime。 6.6 Issuer 元素（可选） Issuer元素应为人类可读、格式自由的注释，该注释应标识创建合成播放列表的实体。严格来说，这是显示给用户的提示。可选的language属性是一个xs:language语言代码，表明文本使用的语言。如果language属性不存在，则应使用默认值en。 6.7 Creator 元素（可选） Creator元素应为人类可读、 格式自由的注释， 该注释应标识创建合成播放列表所使用的应用程序。严格来说，这是显示给用户的提示。可选的language属性是一个xs:language语言代码，表明文本使用的语言。如果language属性不存在，则应使用默认值en。 6.8 ContentTitleText 元素 ContentTitleText元素应为合成包含一个易读的标题，如爵士歌王。严格来说，这是显示给用户的提示。可选的language属性是一个xs:language语言代码，表明文本使用的语言。如果language属性不存在，则应使用默认值en。 6.9 ContentKind 元素 ContentKind元素定义合成播放列表引用素材的类别。这需要既可人读，又可机读。带有默认URI值http:/www.smpte-ra.org/schemas/429-7/2006/CPL#standard-content的可选scope属性， 决定该元素允许的值。如果scope属性不存在，或者设定为默认值，元素的内容应与表2中列出的值之一相匹配，否则元素的内容便超出了本部分的范畴，但可显示给用户。 表2 内容类别 类别 描述 feature 影院放映的正片。 DY/T 2.42020 7 trailer test teaser rating advertisement short transitional psa policy 为宣传即将上映的影院正片的短（2分钟3分钟）内容。 用于测试、校准或调整数字电影放映设备的内容。 宣传即将上映的影院正片的非常短（一般短于1分钟）的内容。 标明允许观看随后放映内容的推荐年龄组的通告/静止画面。分级适应各国要求而定。 宣传非即将上映正片的一个产品或服务的内容。 一般在正片之前放映的非广告/宣传内容（3分钟15分钟）。 分隔无关合成的极短内容（1秒15秒）。 公共服务公告 规定顾客行为准则的内容 6.10 ContentVersion 元素 6.10.1 概述 ContentVersion元素规定合成所引用内容的版本，这与合成播放列表Id元素是不同的（见6.2），后者唯一标识合成播放列表的一个实例。因此，可有两个明显不同的合成，它们有明显不同的合成播放列表Id元素（见6.2），引用相同的内容，因此具有相同的ContentVersion Id值。例如，如果发行一个合成来取代以前的版本，就可发生这样的情形。同样，当两个合成共享相同的内容标题（见6.8），但它们可引用两个不同的版本， 比如法文版 （配音版） 和法文版 （原版） ， 因此有两个不同的ContentVersion Id值。 ContentVersion的元素是为了辅助用户和软件进行内容排片和跟踪。 如图5所示， ContentVersion元素包含一个Id元素和一个LabelText元素， 上述元素将在随后的小节中描述。 图5 ContentVersion 结构（虚线表示可选元素） 6.10.2 Id 元素 Id元素应标识合成播放列表中包含的内容。按照RFC 2141，它应是一个有效的URN。 6.10.3 LabelText 元素 LabelText元素应是一条人类可读的标签，例如“法文（1.85画面，5.1声道，配音）”，借以描述内容。可选的language属性是一个xs:language语言代码，表明文本使用的语言。如果language属性不存在，则应使用默认值en。 6.11 RatingList 元素 RatingList元素应包含0个或多个Rating元素的有序列表，其中包含与该合成相关联的分级。 每个Rating元素（如图6所示）包含一个Agency和一个Label元素。每个元素都是人机可读的。每个给定的Agency只应有一个Rating元素。 DY/T 2.42020 8 图6 Rating 元素结构（虚线表示可选元素） Agency元素应包含一个唯一标识分级发布机构的URIRFC 2396。 Label元素应包含一个分级的文本表示，并可显示给用户。对于每个发布机构以及唯一的URI，都有许多允许的Label值。这种映射的规范已经超出了本部分的范围。表3给出了一个资料性的映射实例，仅供参考。 表3 分级实例（资料性） Agency Label http:/www.mpaa.org/2003-ratings http:/rcq.qc.ca/2003-ratings R, PG, PG-13, G, NC-17 G, 13+, 16+, 18+ 6.12 ReelList 元素 ReelList元素应包含一个将顺序再现的Reel（分本）元素的有序列表。Reel元素的结构应符合第7章的规定。 6.13 Signer 元素（可选） Signer元素唯一地标识实体，因此对合成播放列表进行数字签名的公钥-私钥对进行标识。它应是XML签名语法与处理中规定的KeyInfoType类型的一个实例。如果Signer元素存在，则Signature元素也应存在。 如果按照XML签名语法与处理使用X.509证书，则Signer元素应包含一个X509Data元素，并且该元素包含一个X509IssuerSerial元素，它唯一标识用于对合成播放列表进行签名的证书。按照XML签名语法与处理，X509IssuerName元素中的Distinguished Name值应符合RFC 2253的规定。 6.14 Signature 元素（可选） Signature元素应包含一个验证合成播放列表的数字签名。 如果存在Signature元素， 则Signer元素（如6.13所述）也应存在。Signature元素应是XML签名语法与处理中规定的ds:Signature元素的一个实例。数字签名应为enveloped类型，并作用于整个合成播放列表。该类型签名是附加到被签名文档上的。签名是由Signer元素所标识的签名者使用其私钥生成的。标准的Signature元素具有高度灵活的结构，能适应广泛的应用。对于合成播放列表来说，它应满足以下条件: KeyInfo元素应存在，且应包含签名者的整个证书链； Object元素不应存在，且Reference元素的URI属性应设为:“”（空字符串），因为签名是enveloped类型； Reference元素应包含单个DigestMethod元素，其Algorithm属性设为URI值“http:/www.w3.org/2000/09/xmldsig#sha1”； Reference元素应包含单个Transform元素，其Algorithm属性设为URI值“http:/www.w3.org/2000/09/xmldsig#enveloped-signature”； CanonicalizationMethod应设为URI值DY/T 2.42020 9 “http:/www.w3.org/TR/2001/REC-xml-c14n-20010315”； SignatureMethod应设为URI值 “http:/www.w3.org/2001/04/xmldsig-more#rsa-sha256” RFC 4051。 注意上述URI值应视为简单字符串，应用程序不宜试图将其作为URL值来处理。 如果按照 XML签名语法与处理 要求使用X.509证书， 则整个证书链应作为一个X509Data元素序列，携带在KeyInfo元素中。 每个X509Data元素都应与链中的一个证书相对应， 且包含一个X509IssuerSerial 元素和一个X509Certificate元素。按照XML签名语法与处理，所有X509IssuerName元素中的Distinguished Name值都应符合RFC 2253的规定。 7 Reel 结构 7.1 概述 每个Reel应由许多Asset组成，每个Asset对应数字电影放映的一个特定方面。尽管本部分规定了许多资产类型，将来还可添加额外的资产类型，见7.4和9.2。Reel元素采用第10章中规定的XML模式定义。Reel元素在图7中做了说明，构成Reel元素的单个元素在其他条中规定。 图7 Reel 结构（虚线表示可选元素） 7.2 Id 元素 Id元素为资产管理唯一标识分本，取值类型为urn:uuid（见RFC 4122）。 7.3 AnnotationText 元素（可选） AnnotationText元素应是与Reel相关、人类可读且格式自由的文本注释。严格来说，这是显示给用户的提示。可选的language属性是一个xs:language的语言代码，表明元素内容的文本语言。如果language属性不存在，应使用默认值en。 7.4 AssetList 元素 7.4.1 概述 AssetList元素应包含将在分本播放时并行重现的媒体资产的有序列表。 每个资产应按RFC 4122，DY/T 2.42020 10 以一个UUID唯一标识。每个轨迹文件的定义规范应规定标识UUID的位置。 AssetList的每个子元素都应从8.2中规定的GenericAssetType数据类型派生而来。 在随后的部分中定义了许多标准资产。当额外资产被定义时，例如字幕，AssetList元素可通过引入新元素来扩展。这些元素应与不同于本部分的命名空间名称相关联，并可被符合本部分的实现忽略（见7.4.6）。 7.4.2 MainMarkers 元素（可选） MainMarkers元素规定与影院放映影片的主要部分即MainPicture资产与MainSound资产相关的标记，例如FFOC、LFOC等。标记应从其相关分本的开始处被引用。MainMakers元素应为MarkersAssetType的一个实例，其结构在8.4中予以更详细的描述。 7.4.3 MainPicture 元素（可选） MainPicture元素规定将要放映到主银幕上的图像基本数据。实际的图像基本数据包含在一个外部的轨迹文件中。MainPicture元素应是PictureTrackFileAssetType的一个实例，其结构在8.5中规定。 7.4.4 MainSound 元素（可选） MainSound元素规定将在影厅中还放的声音基本数据。实际的声音基本数据包含在一个外部的轨迹文件中。MainSound元素应是SoundTrackFileAssetType的一个实例，其结构在8.6中规定。 7.4.5 MainSubtitle 元素（可选） MainSubtitle元素规定重现到影厅主银幕上的字幕基本数据。 实际的字幕基本数据包含在一个外部的轨迹文件中。 MainSubtitle元素应是SubtitleTrackFileAssetType的一个实例， 其结构在8.7中规定。 7.4.6 Extensions 元素（新资产类型） Extensions元素应该用于表示本部分中没有规定的资产类型。AssetList中可存在0个或多个Extensions元素。如果存在，Extensions元素应放在本部分规定的任何元素之后。如果存在，Extensions元素的名称所属的命名空间应不同于本部分所声明的命名空间。实现时可忽略属于未知命名空间的Extensions元素。 Extensions元素应直接或间接扩展GenericAssetType（见8.2）。Extensions元素可扩展本部分规定的派生于GenericAssetType的任何类型。 注：Extensions元素应具有唯一的描述性的名称，且只应在一个给定的Reel中出现一次。允许一个Reel中一个元素拥有多个实例的扩展规范， 应提供在一个Reel中区分实例的方法， 以及在不同的Reel中链接相关实例的方法。 8 Asset 结构 8.1 概述 Reel Asset元素享有通用的属性，诸如Duration元素，因此作为从一个通用结构即GenericAssetType结构（8.2）派生的一组类型来规定。许多Asset元素也引用外部文件，这种情况下它们是从TrackFileAssetType结构派生的（8.3）。Asset数据类型用第10章中的XML模式定义。 8.2 GenericAssetType 元素 8.2.1 概述 GenericAssetType描述将被重现为Reel的一部分的通用资产，如图8所示。以下子小节对各个子元DY/T 2.42020 11 素做了规定。 8.2.2 Id 元素 Id元素唯一地标识Asset，取值类型为urn:uuid（见RFC 4122）。如果Asset引用一个外部资源，诸如一个轨迹文件，UUID值应标识该资源。 UUID值对实际资源的映射不属于本部分的范围。 图8 GenericAssetType 结构（虚线表示可选元素） 8.2.3 AnnotationText 元素（可选） AnnotationText元素应是与资产相关的、人类可读、格式自由的文本注释。严格来说，这是给用户的显示提示。可选的language属性是一个xs:language的语言代码，表明元素内容的文本语言。如果language属性不存在，应使用默认值en。 8.2.4 EditRate 元素 EditRate元素规定Asset的编辑速率。其单位应为秒的倒数，且表示为一个有理数。IntrinsicDuration、EntryPoint和Duration参数应以1/EditRate为单位来表示（即为整数值）。如果Asset引用一个外部资源，EditRate可不同于实际的相关基本数据的编辑速率或采样率。 8.2.5 IntrinsicDuration 元素 IntrinsicDuration元素应规定资产的原生持续时间，如图9所示。它不应考虑EntryPoint和Duration元素的值。 除非规定了可选的EntryPoint参数和Duration参数的值， 否则资产的播放应从轨迹文件的原生起始点开始，到轨迹文件的原生结束点结束。IntrinsicDuration应以1/EditRate为单位来表示，即为可编辑单元的数量。 Asset原生起始点原生结束点InstrinsicDurationEntryPointDuration 图9 资产时序参数 DY/T 2.42020 12 8.2.6 EntryPoint 元素（可选） 该元素应只出现在Asset引用一个外部资源（如一个轨迹文件）的时候。 EntryPoint元素标识播放的起始编辑单元 (可播放区域的第一个可编辑单元)。它应编码为一个整数,并应以1/EditRate为单位来表示，即为可编辑单元的数量。如果要求的Entry Point大于0，则该元素应存在。如果该元素不存在,则应假定值为0，且Asset播放应从资源的原生起始点开始。 8.2.7 Duration 元素（可选） 该元素应只出现在Asset引用一个外部资源（如一个轨迹文件）的时候。 Duration元素规定资产的可播放区域的持续时间。它应编码为一个整数,并应以1/EditRate为单位来表示，即为可编辑单元的数量。如果存在,该值应为0到IntrinsicDuration -EntryPoint(EntryPoint和轨迹文件的原生结束点之间的编辑单元数)之间的一个整数。如果该元素不存在, Asset播放应在(IntrinsicDuration - EntryPoint)/ EditRate秒后停止，即在Asset的原生结束点停止。 8.3 TrackFileAssetType 元素 8.3.1 概述 TrackFileAssetType元素（图10所示）应从GenericAssetType派生。它描述基于一个外部文件如Picture或Sound轨迹文件的资产。 图10 轨迹文件 Asset 结构（虚线表示可选元素） 8.3.2 KeyId 元素（可选） KeyId元素唯一地标识用于加密相关相关轨迹文件的密钥。该元素应包含一个编码为urn:uuid值的密钥标识符。如果相关相关轨迹文件的任意部分是加密的，KeyId就应存在。密钥标识符与实际密钥值的映射不属于本部分的范畴。 8.3.3 Hash 元素（可选） DY/T 2.42020 13 Hash元素应包含相关相关轨迹文件经过SHA-1消息摘要算法 （RFC 3174） 计算的哈希值 （消息摘要） 。当通过合成播放列表中的数字签名鉴定后（见6.14），它可用于验证相关相关轨迹文件的完整性与可靠性。形成的160比特整数应使用Base64表示法（RFC 2045）来编码。 8.4 MarkerAssetType 元素 8.4.1 概述 MarkerAssetType元素（如图11所示）应从GenericAssetType派生。它描述与一个分本相关的内容标记，如FFOC。Ma