1、 Table of Contents Foreword . 2 Intellectual Property 2 1 Scope . 3 2 Conformance Notation . 3 3 Normative References . 3 4 Type Value of Element and Metadata 4 5 System Elements . 4 5.1 Control Code Element . 4 6 Picture Elements . 5 6.1 MPEG-2 Picture Element 5 7 Audio Elements . 6 7.1 8-Channel A
2、ES3 Element . 6 8 Auxiliary Elements . 8 8.1 VBI Line Element 8 8.2 Ancillary Data Packet Element 9 8.3 General Data Element 10 8.4 BWF Element 10 8.5 JFIF Element . 10 8.6 TIFF Element 10 9 System Item Metadata Definitions 11 9.1 Metadata Link Item 11 9.2 SMPTE ST 12-1 Time Code Metadata . 11 9.3 S
3、MPTE ST 309 Data-Time Stamp Metadata 12 9.4 SMPTE UMID Metadata . 12 9.5 MPEG-2 Picture Editing Metadata 12 9.6 8-Channel AES3 Editing Metadata . 15 9.7 Picture Bitstream Splicing Metadata . 16 9.8 MPEG Decoder Buffer Delay Metadata 17 9.9 KLV Metadata . 18 9.10 AES3 Non-Audio Metadata . 18 Annex A
4、Bibliography (Informative) . 20 Page 1 of 20 pages SMPTE ST 331:2011 Revision of SMPTE 331M-2004 Copyright 2011 by THE SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS 3 Barker Avenue, White Plains, NY 10601 (914) 761-1100 Approved May 12, 2011 Element and Metadata Definitions for the SDTI-CP SMPT
5、E ST 331:2011 Page 2 of 20 pages Foreword SMPTE (the Society of Motion Picture 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. SMPTE
6、s Engineering Documents, including Standards, Recommended Practices, and Engineering 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 organizati
7、ons, including ISO, IEC and ITU. SMPTE Engineering Documents are drafted in accordance with the rules given in Part XIII of its Administrative Practices. SMPTE ST 331 was prepared by Technology Committee 30MR. Intellectual Property At the time of publication no notice had been received by SMPTE clai
8、ming patent rights essential to the implementation of this Standard. However, 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 331:2011 Pag
9、e 3 of 20 pages 1 Scope This standard specifies the formats of the elements and metadata used by the SDTI content package format standard (SDTI-CP). This standard defines element and metadata formats where they are simply specified or where a publicly available reference is available. It is not inte
10、nded that this document provide detailed specifications for complex formats which may have broader application. 2 Conformance Notation Normative text is text that describes elements of the design that are indispensable or contains the conformance language keywords: “shall“, “should“, or “may“. Infor
11、mative 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, normative, except: the Intro
12、duction, 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 keywords, “should“ and “shoul
13、d 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 course of action is deprecated
14、 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 “forbidden” indicates “rese
15、rved” and in addition indicates that the provision will never be defined in the future. A conformant implementation according to this document is one that includes all mandatory provisions (“shall“) and, if implemented, all recommended provisions (“should“) as described. A conformant implementation
16、need not implement optional provisions (“may“) and need not implement them as described. Unless otherwise specified, the order of precedence of the types of normative information in this document shall be as follows: Normative prose shall be the authoritative definition; Tables shall be next; follow
17、ed by formal languages; then figures; and then any other language forms. 3 Normative References Note: All references in this document to other SMPTE documents use the current numbering style (e.g. SMPTE ST 12-1:2008) although, during a transitional phase, the document as published (printed or PDF) m
18、ay bear an older designation (such as SMPTE 12M-2-2008). Documents with the same root number (e.g. 12-1) and publication year (e.g. 2008) are functionally identical. The following standards contain provisions which, through reference in this text, constitute provisions of this standard. At the time
19、of publication, the editions indicated were valid. All standards are subject to revision, and parties to agreements based on this standard are encouraged to investigate the possibility of applying the most recent editions of the standards indicated below. SMPTE ST 331:2011 Page 4 of 20 pages AES3-20
20、09, AES Standard for Digital Audio Engineering Serial Transmission Format for Two-Channel Linearly Represented Digital Audio Data SMPTE ST 12-1:2008, Television Time and Control Code SMPTE ST 291:2010, Ancillary Data Packet and Space Formatting SMPTE ST 309:1999, Television Transmission of Date and
21、Time-Zone Information in Binary Groups of Time and Control Code SMPTE ST 312:2001, Television Splice Points for MPEG-2 Transport Streams SMPTE ST 326:2000, Television SDTI Content Package Format (SDTI-CP) SMPTE ST 328:2000, Television MPEG-2 Video Elementary Stream Editing Information SMPTE ST 330:2
22、004, Television Unique Material Identifier (UMID) SMPTE ST 336:2007, Data Encoding Protocol Using Key-Length-Value SMPTE ST 337:2008, Format for Non-PCM Audio and Data in an AES3 Serial Digital Interface SMPTE RP 186:2008, Video Index Information Coding for 525- and 625-Line Television Systems ISO/I
23、EC 13818-2:2000, Information Technology Generic Coding of Moving Pictures and Associated Audio Information: Video 4 Type Value of Element and Metadata Each type of element and metadata listed below includes an element or metadata type value. This type value is not related to the data type values spe
24、cified in SMPTE ST 305. The SDTI data type defines an item type, whereas this standard specifies element and metadata types. The ranges of element and metadata type values for each item shall be as follows: Picture item: Element type range = 01hto 0Fhinclusive. Audio item: Element type range = 10hto
25、 1Fhinclusive. Auxiliary item: Element type range = 20hto 77hinclusive. System item: Element type range = 78hto 7Fhinclusive. System item: Metadata type range = 80hto FFhinclusive. A type value of 00his not a valid value for either elements or metadata. Elements types defined for use in the auxiliar
26、y item may be used in picture or audio items where so stated. 5 System Elements 5.1 Control Code Element Type value = 78h Reserved but not yet defined. SMPTE ST 331:2011 Page 5 of 20 pages 6 Picture Elements 6.1 MPEG-2 Picture Element Type value = 01h The MPEG-2 picture element shall be defined by t
27、he MPEG-2 video elementary stream (V-ES) of any profile or level according to ISO/IEC 13818-2. The MPEG-2 picture element shall comprise the MPEG V-ES for one video frame together with all the MPEG-2 header information (including extensions) required to support the independent decoding of each pictu
28、re. The key start codes for MPEG-2 video elementary streams are: Sequence header (S): 00, 00, 01, B3; GOP header (G): 00, 00, 01, B8; Picture header (F): 00, 00, 01, 00; Sequence end code (E): 00, 00, 01, B7. An example V-ES bitstream is shown in Figure 1. The MPEG-2 V-ES bit stream is simply format
29、ted into a data block as indicated in the figure. No other data is required. SSequenceHeader If the picture to be formatted is an I-picture, then the data from the sequence, GOP and picture headers up to, but not including, either the next GOP or picture header is formatted into a block; SMPTE ST 33
30、1:2011 Page 6 of 20 pages It is recommended that the sequence header information be repeated at each I-picture with the information placed immediately prior to the GOP header information. Thus information about the sequence is readily available following any editing process. If sequence header infor
31、mation were not repeated so frequently, then edit processes may easily remove this information making downstream processing more difficult or even impossible; A sequence end code shall be retained with the end of the last picture in the sequence. After editing, a new sequence end code shall be added
32、 to the end of a sequence if it does not already exist. The sequence of pictures is per the MPEG-2 picture bit stream including any discontinuity which may result from the use of B-pictures. Any picture stream timing metadata in the system Item shall reflect the decoded picture display sequence and
33、thus the timing may appear discontinuous in the event of B-frames. The byte alignment of both MPEG-2 and SDTI-CP is identical and this alignment is maintained in this standard. However, it should be noted that the bit stream orders of MPEG-2 and SDI differ in that the MPEG-2 bitstream is MSB first,
34、whereas the SDI bit stream is LSB first. Note: SMPTE RP 204 provides templates for the use of this element in SMPTE ST 326 together with a definition of a SMPTE label to identify the element complexity for interchange. 7 Audio Elements 7.1 8-Channel AES3 Element Type value = 10h The data format of e
35、ach channel of the 8-channel AES3 element is defined by the AES3 interface specification. Although the AES3 specification is limited to 2 channels, the 8-channel AES3 element is able to carry up to eight individual channels of AES3 data transparently. The I/O to the element will typically use AES3 t
36、win-channel interfaces. Each AES3 channel may contain either linear PCM audio or data according to the AES3 specification. The data format for an 8-channel AES3 element is shown in Figure 2. The element data area shall contain AES3 audio or data samples for the period of the picture frame as close a
37、s possible. Up to 8 channels of AES3 data shall be multiplexed on a word-by-word basis; i.e., the first word (W) of each channel (Ch) is multiplexed into the sequence: W1 Ch1, W1 Ch2, W1 Ch3, W1 Ch4, W1 Ch5, W1 Ch6, W1 Ch7, W1 Ch8 W2 Ch1, W2 Ch2, W2 Ch3, W2 Ch4, W2 Ch5, W2 Ch6, W2 Ch7, W2 Ch8 etc. T
38、he format of the bits in each word is defined in Figure 2. SMPTE ST 331:2011 Page 7 of 20 pages ElementHeaderAudioSampleCountStreamFlagsUp to 8-Channel AES3 Data Areaa3 a11 a19 Pa2 a10 a18 Ca1 a9 a17 Ua0 a8 a16 VF a7 a15 a23c2 a6 a14 a22c1 a5 a13 a21c0 a4 a12 a20AES-3 Data PlacementChannelNumber07b7
39、b6b5b4b3b2b1b0FVUCP Valid FlagReserved butnot defined5-sequencecountb7b6b5b4b3b2b1b0Bi ts b 0 b7correspond tochannels 18respectively.Valid = 1Not valid = 0Element HeaderChannel Valid FlagsC7C6C5C4C3C2C1C0Audio SampleCountC15C0Audio Sample CountC15C14C13C12C11C10C9C8b7b0Figure 2 Format of the 8-chann
40、el AES3 element The channel number shall be defined by bits c2 to c0. These bits define 8 states where 0 represents channel 1 and 7 represents channel 8. The F bit shall indicates the first AES3 sub-frame of an AES3 block. This bit shall be 1 if the word is the start of the AES3 block, else it shall
41、 be 0. Note: Equipment exists with the previous definition of the F bit but because of the inability to apply this bit properly, there were at least two different interpretations. Equipment conforming to the above definition can be easily distinguished because the F bit is not static for every sampl
42、e as was the case for the previous definition. The 24 bits of the AES3 specification shall be directly mapped into bits a0 to a23. The V, U, C and P bits shall be directly mapped as shown in Figure 2. For the AES3 element header: Bit b7 indicates if the FVUCP bits are active. A value of 0 indicates
43、that the FVUCP bits are not used. A value of 1 indicates that the FVUCP bits are valid and useable. Bits b6 to b3 are not defined but reserved for future use. Bits b2 to b0 define a 5-sequence count. In a content package based on the 525/59.94 system, the count shall be a (modulo 5 + 1) count over t
44、he range 1 to 5. In a content package based on the 625/50 system, or any other system where the audio sample count is a consistent integer value over the content package period, the count shall be set to 0. All AES3 data channels within the same element shall have the same 5-sequence count number. I
45、n the particular case of content packages based on 525/59.94 systems, the 5-sequence count defines one of the following sets of sample numbers per content package depending on whether it is frame or field based: SMPTE ST 331:2011 Page 8 of 20 pages Sequence No. 30/1.001 60/1.001 1 1602 801 2 1601 80
46、1 3 1602 800 4 1601 801 5 1602 801 The audio sample count is a 16-bit count in the range 0 to 65535 and represents the number of samples in each channel. All channels within the element shall have the same sample count value. The channel valid flag word has 8 bits, b0 to b7, which reflect the validi
47、ty of the AES3 data in corresponding channels 1 to 8. A channel valid flag bit shall be set to 1 if the channel contains valid AES3 data else it shall be set to 0. The AES3 data area shall always be present for all 8 channels whether valid or not. 8 Auxiliary Elements 8.1 VBI Line Element Type value
48、 = 20h The VBI line element carries one or more lines from the vertical blanking interval. The VBI line element has a header that identifies whether the source is interlaced or progressive and a number to identify the number of VBI lines carried. Each VBI line is created from one line of the vertica
49、l blanking interval. Each line starts with a VBI information word followed by the 8-bit words from the whole of the VBI line. Details of the VBI line element structure are shown in Figure 3. VBIHeader1VBI Line 1L3L2L1L0N3N2N1N0Line LengthBits L3L0Number ofVBI LinesL11L10L9L8L7L6L5L4Line LengthBi ts L11L4VBI Header 1 VBI Header 2b7b6b5b4b3b2b1b0Line AddressBits b7b0VBI PositionPb14b13b12b11b10b9b8b7b0VBIHeader2VBIPositionVBI Line 2VBIPositionVBI Line 3VBIPositionVBI Line NVB
