1、 Copyright 2013 by THE SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS 3 Barker Avenue, White Plains, NY 10601 (914) 761-1100 Approved September 28, 2013 Table of Contents Page Forward . 3 Intellectual Property 3 1 Scope 4 2 Conformance Notation 4 3 Normative References 4 4 Glossary and Acronyms
2、5 5 Overview (Informative) . 6 5.1 D-Cinema Package . 6 5.2 D-Cinema Composition . 7 6 DCP Constraints . 8 6.1 Minimum Contents 8 6.2 UUID Generation . 8 6.3 XML Character Encoding 8 7 Packing List Constraints 8 7.1 Asset Identity . 8 7.2 Unique Set of Assets. 8 7.3 Digital Signature 8 7.4 Group ID
3、8 7.4.1 Composition Packages 8 7.4.2 Asset Packages . 8 8 Composition Constraints . 9 8.1 Edit Rate . 9 8.2 Picture Essence Encoding 9 8.3 Sound Essence Encoding . 9 8.4 Timed Text Essence Encoding . 9 8.4.1 Fonts for Timed Text 10 8.4.2 Text Color Interpretation 10 8.4.3 Images for On-Screen Timed
4、Text 10 8.4.4 Maximum Rate of Occurrence for On-Screen Timed Text 10 8.5 Sound and Picture Sample Rates . 10 8.6 Track File Edit Rates . 10 8.7 Homogenous Essence 10 Page 1 of 25 pages SMPTE ST 429-2:2013 Revision of SMPTE ST 429-2:2011 SMPTE STANDARD D-Cinema Packaging DCP Operational Constraints S
5、MPTE ST 429-2:2013 Page 2 of 25 pages 9 Composition Playlist Constraints . 11 9.1 Minimum Essence Requirement 11 9.2 Composition Playlist Uniqueness . 11 9.3 ContentVersion Id . 11 9.4 Reel Duration 11 9.5 Track Files 11 9.6 Picture Tracks . 11 9.6.1 Essence Characteristics 11 9.7 Sound Tracks . 11
6、9.7.1 Essence Characteristics 12 9.8 Timed Text Tracks 12 9.9 Marker Tracks . 13 9.10 Cryptographic Keys . 13 9.11 Hash Element 13 9.12 Digital Signature 13 10 Track File Constraints 14 10.1 Encryption 14 10.2 Picture Track Files . 14 10.2.1 Operational Pattern 14 10.2.2 Compression 14 10.2.3 Wrappi
7、ng 14 10.3 Sound Track Files 14 10.3.1 Operational Pattern 14 10.3.2 Wrapping 14 10.3.3 Channel Assignment 14 10.4 Timed Text Track Files 15 10.4.1 Timed Text Essence Format 15 10.4.2 Track File Format . 15 Annex A Audio Channel Assignment Label (Normative) 16 A.1 Static Container Channel Configurat
8、ions . 16 A.1.1 Channel Label Set ULs 17 A.1.2 Channel Configuration Tables . 18 A.2 Configurations using MXF Multichannel Audio Framework . 20 A.2.1 Configuration Channel Assignment Label 21 A.2.2 AudioChannelLabelSubDescriptor . 21 A.2.2.1 Common D-Cinema Channels 22 A.2.2.2 Extension Channels 22
9、A.2.3 SoundfieldGroupLabelSubDescriptor 22 A.2.3.1 Common D-Cinema Soundfield Groups . 22 A.2.3.2 Extension Soundfield Groups . 23 Annex B Additional Frame Rates (Informative) 24 Annex C Bibliography (Informative) 25 SMPTE ST 429-2:2013 Page 3 of 25 pages Foreword SMPTE (the Society of Motion Pictur
10、e and Television Engineers) is an internationally-recognized standards developing organization. Headquartered and incorporated in the United States of America, SMPTE has members in over 80 countries on six continents. SMPTEs Engineering Documents, including Standards, Recommended Practices and Engin
11、eering Guidelines, are prepared by SMPTEs Technology Committees. Participation in these Committees is open to all with a bona fide interest in their work. SMPTE cooperates closely with other standards-developing organizations, including ISO, IEC and ITU. SMPTE Engineering Documents are drafted in ac
12、cordance with the rules given in Part XIII of its Operations Manual. SMPTE ST 429-2 was prepared by Technology Committee 21DC. Intellectual Property At the time of publication no notice had been received by SMPTE claiming patent rights essential to the implementation of this Engineering Document. Ho
13、wever, attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. SMPTE shall not be held responsible for identifying any or all such patent rights. SMPTE ST 429-2:2013 Page 4 of 25 pages 1 Scope This document specifies a D-Cinema Package (D
14、CP), a collection of files containing d-cinema essence and related metadata to be ingested and reproduced by a d-cinema playback system. 2 Conformance Notation Normative text is text that describes elements of the design that are indispensable or contains the conformance language keywords: “shall“,
15、“should“, or “may“. Informative text is text that is potentially helpful to the user, but not indispensable, and can be removed, changed, or added editorially without affecting interoperability. Informative text does not contain any conformance keywords. All text in this document is, by default, nor
16、mative, except: the Introduction, any section explicitly labeled as “Informative“ or individual paragraphs that start with “Note:” The keywords “shall“ and “shall not“ indicate requirements strictly to be followed in order to conform to the document and from which no deviation is permitted. The keyw
17、ords, “should“ and “should not“ indicate that, among several possibilities, one is recommended as particularly suitable, without mentioning or excluding others; or that a certain course of action is preferred but not necessarily required; or that (in the negative form) a certain possibility or cours
18、e of action is deprecated but not prohibited. The keywords “may“ and “need not“ indicate courses of action permissible within the limits of the document. The keyword “reserved” indicates a provision that is not defined at this time, shall not be used, and may be defined in the future. The keyword “f
19、orbidden” indicates “reserved” and in addition indicates that the provision will never be defined in the future. 3 Normative References Note: All references in this document to other SMPTE documents use the current numbering style (e.g. SMPTE ST 382:2007) although, during a transitional phase, the d
20、ocument as published (printed or PDF) may bear an older designation (such as SMPTE 382M-2007). Documents with the same root number (e.g. 382) and publication year (e.g. 2007) are functionally identical. The following standards contain provisions which, through reference in this text, constitute prov
21、isions of this recommended practice. At the time of publication, the editions indicated were valid. All standards are subject to revision, and parties to agreements based on this recommended practice are encouraged to investigate the possibility of applying the most recent edition of the standards i
22、ndicated below. SMPTE ST 377-1:2011 Material Exchange Format (MXF) File Format Specification SMPTE ST 377-4:2012 MXF Multichannel Audio Labeling Framework SMPTE ST 382:2007 Material Exchange Format Mapping AES3 and Broadcast Wave Audio into the MXF Generic Container SMPTE ST 400:2012 SMPTE Labels St
23、ructure SMPTE ST 422:2006 Material Exchange Format Mapping JPEG 2000 Codestreams into the MXF Generic Container SMPTE ST 428-1:2006 D-Cinema Distribution Master Image Characteristics SMPTE ST 428-2:2006 D-Cinema Distribution Master Audio Characteristics SMPTE ST 428-7:2010 D-Cinema Distribution Mast
24、er Subtitle SMPTE ST 429-2:2013 Page 5 of 25 pages SMPTE ST 428-10:2008 D-Cinema Distribution Master Closed Caption and Closed Subtitle SMPTE ST 428-12:2013 D-Cinema Distribution Master Common Audio Channels and Soundfield Groups SMPTE ST 429-3:2007 D-Cinema Packaging Sound and Picture Track File SM
25、PTE ST 429-4:2006 D-Cinema Packaging MXF JPEG 2000 Application SMPTE ST 429-5:2009 D-Cinema Packaging Timed Text Track File SMPTE ST 429-6:2006 D-Cinema Packaging MXF Track File Essence Encryption SMPTE ST 429-7:2006 D-Cinema Packaging Composition Playlist SMPTE ST 429-8:2007 D-Cinema Packaging Pack
26、ing List SMPTE ST 429-10:2008 D-Cinema Packaging Stereoscopic Picture Track File SMPTE ST 429-12:2008 D-Cinema Packaging Caption and Closed Subtitle SMPTE ST 430-2:2006 D-Cinema Operations Digital Certificate SMPTE ST 2029:2009 Uniform Resource Names for SMPTE Resources ISO/IEC 10646:2003 Informatio
27、n Technology Universal Multiple-Octet Coded Character Set (UCS) ISO/IEC 15444-1:2004 Information Technology JPEG 2000 Image Coding System: Core Coding System ISO/IEC 15444-1:2004/Amd 1:2006 Profiles for Digital Cinema Applications ISO/IEC 15948:2004 Information Technology Computer Graphics and Image
28、 Processing Portable Network Graphics (PNG): Functional Specification IEC 61966-2-1:1999 Colour Measurement and Management in Multimedia Systems and Equipment Part 2-1: Default RGB Colour Space - sRGB Internet Engineering Task Force (IETF) (July 2005). RFC 4122 A Universally Unique Identifier (UUID)
29、 URN Namespace Internet Engineering Task Force (IETF) (February 2006). RFC 4246 International Standard Audiovisual Number (ISAN) URN Definition 4 Glossary and Acronyms In addition to the glossary terms and acronyms presented here, the reader should also be aware of terms defined in SMPTE ST 377-1 an
30、d SMPTE ST 429-7. d-cinema digital cinema DCP Digital Cinema Package ISAN International Standard Audiovisual Number UMID Unique Material Identifier UUID Universally Unique Identifier XML eXtensible Markup Language SMPTE ST 429-2:2013 Page 6 of 25 pages 5 Overview (Informative) D-cinema content is co
31、mposed of a number of distinct elements such as Composition Playlists and Track Files (d-cinema assets). For delivery to d-cinema systems, assets are combined into a logical D-Cinema Package (DCP). The syntax and semantics of these assets and the DCP are described by the family o f d-cinema specific
32、ations depicted in Figure 1. To promote modularity and layering, each document has a limited scope and often defines a single structure or format. This specification describes operational constraints applicable to the complete DCP. While structure-specific constraints are addressed in the document t
33、hat defines a particular structure, this document defines constraints that apply to the combined set of structures that comprise a DCP. For instance, constraints specific to the Composition Playlist, such as those related to content markers, must be defined in the Composition Playlist (CPL) specific
34、ation, whereas constraints that apply to the DCP as a whole, such as composition edit rate, will be defined in this document. Figure 1 DCP Family of Specifications 5.1 D-Cinema Package A D-Cinema Package (DCP) is a set of files consisting of one (1) Packing List SMPTE ST 429-8 and each of the files
35、referenced by that Packing List. Figure 2 illustrates this structure. The figure shows a Packing List with ten asset references. Each asset reference points to one of the nine track files or the Composition Playlist. A Packing List may reference any combination of Track Files and Composition Playlis
36、ts, however the set of referenced files must contain no duplicates. A DCP may contain one or more complete Compositions, or it may contain components of compositions destined to complete, augment or replace previously distributed material. SMPTE ST 429-2:2013 Page 7 of 25 pages Figure 2 A D-Cinema P
37、ackage consists of a Packing List and the files to which it refers 5.2 D-Cinema Composition A Composition is a set of files consisting of one (1) Composition Playlist document SMPTE ST 429-7 and each of the Track Files (see Section 10 below) referred to from within that Composition Playlist. Figure
38、3 illustrates this structure for a composition having three reels of image, sound and subtitles. Figure 3 A Composition consists of a Composition Playlist and the Track Files to which it refers SMPTE ST 429-2:2013 Page 8 of 25 pages 6 DCP Constraints 6.1 Minimum Contents A DCP shall consist of one P
39、acking List and one or more assets (i.e., Composition Playlists and/or Track Files), referenced by the Packing List. 6.2 UUID Generation UUID values are used throughout the DCP to uniquely identify assets and data structures. All UUID values in a DCP shall be generated as specified in RFC 4122. UUID
40、 values which identify assets or encryption keys shall be generated using a truly-random or pseudo-random number source, and shall have a Version field value of 4 (0100b1) RFC 4122. 6.3 XML Character Encoding XML documents (SMPTE ST 428-7, SMPTE ST 429-7, SMPTE ST 429-8) in a DCP shall be encoded us
41、ing the UTF-8 character encoding ISO/IEC 10646-1. 7 Packing List Constraints The Packing List document which defines the DCP contents shall be created as specified in SMPTE ST 429-8. Note that the specification requires that each Packing List document must have a unique UUID value in the top-level I
42、d element. A Packing List may reference assets which are referenced by other Packing Lists. 7.1 Asset Identity The value of the Id element within each Asset element shall be extracted from the referenced asset per the specification for the asset (see SMPTE ST 429-3 and SMPTE ST 429-7.) 7.2 Unique Se
43、t of Assets Each Asset element shall contain an Id element value that is unique within the Packing List. 7.3 Digital Signature When a Packing List document is digitally signed as specified in SMPTE ST 429-8, digital certificates in the signers certificate chain shall conform to the provisions of SMP
44、TE ST 430-2. 7.4 Group ID 7.4.1 Composition Packages A Composition Package is a DCP containing only the complete set of assets comprising one or more compositions. The GroupId element shall not be present in the Packing List of a Composition Package. 7.4.2 Asset Packages An Asset Package is a DCP co
45、ntaining Track Files and/or Composition Playlists comprising one or more incomplete compositions (i.e., some assets needed to complete the composition are not present in the package.) Asset Packages shall be identified by the presence of the GroupId element in the Packing List. An 1 The b suffix on
46、this value indicates a binary encoding, most significant bit (MSB) first. SMPTE ST 429-2:2013 Page 9 of 25 pages Asset Package should contain only related assets (i.e., partial sets of assets from two unrelated compositions should be listed in separate Packing Lists using different GroupId values.)
47、When two or more Asset Packages contain related assets, the Packing Lists should have the same GroupId value. 8 Composition Constraints A Composition (i.e., a Composition Playlist and referenced Track Files) may be delivered in a single DCP or it may be spread across several DCPs. Regardless of the
48、number of DCPs used to convey a Composition, a Composition shall conform to the following constraints. 8.1 Edit Rate The composition shall have an Edit Rate of 24/1 or 48/1. (See also Annex B.) 8.2 Picture Essence Encoding Picture essence tracks shall be encoded as specified in SMPTE ST 428-1. The p
49、ixel array size and frame rate shall be one of the formats listed in Table 1. Monoscopic picture essence tracks shall have matching frame rate and edit rate. Stereoscopic picture essence tracks shall be limited to the 2K formats, and shall have a frame rate of 48/1 and an edit rate equal to half the frame rate (re = rf / 2). (See SMPTE ST 429-10 for an exp
