1、 Table of Contents Page Foreword . 2 1 Scope 3 2 Conformance Notation 3 3 Normative References 3 4 Glossary of Acronyms, Terms and Data Types 4 5 Introduction (Informative) . 4 5.1 DV-DIF Data Structure 5 5.2 DV-DIF Data Distribution 5 6 Mapping of the DV-DIF Data to the MXF Generic Container 6 6.1
2、Frame and Clip Wrapping . 6 7 KLV Coding of DV-DIF Data . 7 7.1 Compound Item Mapping 7 7.1.1 DV compound element key. 7 7.1.2 Essence element count Byte 14 7 7.1.3 Essence element type Byte 15 7 7.1.4 Essence element number Byte 16. 7 7.1.5 DV compound element length 7 7.1.6 DV compound element val
3、ue 7 8 System Item Mapping . 7 9 SMPTE Labels for Essence Container Identification 8 10 Use of DV-DIF in the Generic Container. 9 10.1 Tracks Linking to the Compound Item . 9 10.2 Accessing the Picture within the Compound Item (Informative) . 9 10.3 Accessing Sound within the Compound Item (Informat
4、ive). 10 10.4 Extracting Sound and Data Information as Separate Elements (Informative) 10 10.5 Use of KAG (Informative) 11 11 File Descriptors for DV-DIF (Informative). 11 11.1 CDCI (Picture) Descriptor 11 11.2 Sound Essence Descriptor 13 11.3 Data Essence Descriptor . 14 12 Index Tables for DV-DIF
5、(Informative) 15 12.1 Frame Wrapping with No Other Elements in the Generic Container. 15 12.2 Clip Wrapping with No Other Elements in the Generic Container. 15 12.3 Frame Wrapping with Extra Items in the Generic Container . 16 12.4 Clip Wrapping with Extra Items in the Generic Container . 19 Annex A
6、 Bibliography (Informative) . 23 Revision Notes 24 Page 1 of 24 pages SMPTE 383M-2008Revision of SMPTE 383M-2004 Copyright 2008 by THE SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS 595 W. Hartsdale Ave., White Plains, NY 10607 (914) 761-1100 SMPTE STANDARD for Television Material Exchange Forma
7、t (MXF) Mapping DV-DIF Data to the MXF Generic Container (Standard)Approved March 13, 2008 SMPTE 383M-2008 Page 2 of 24 pages Foreword SMPTE (the Society of Motion Picture and Television Engineers) is an internationally-recognized standards developing organization. Headquartered and incorporated in
8、the United States of America, SMPTE has members in over 80 countries on six continents. SMPTEs 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
9、 interest in their work. SMPTE cooperates closely with other standards-developing organizations, including ISO, IEC and ITU. SMPTE Engineering Documents are drafted in accordance with the rules given in Part XIII of its Administrative Practices. SMPTE Standard 383M was prepared by Technology Committ
10、ee W25. SMPTE 383M-2008 Page 3 of 24 pages 1 Scope This standard specifies the mapping of DV-DIF (digital interface format) data to an MXF generic container, which is suitable for the application of all variants of the DV specifications as defined by IEC 61834-2, SMPTE 314M and SMPTE 370M. This stan
11、dard defines a SMPTE Universal Label that can be used to uniquely identify specific DV variants. The MXF specification is written in several parts. This is one of a set of documents that define the contents of the MXF file body. In order to achieve interoperability within any given operational patte
12、rn, restrictions may be placed on the way in which this generic container type can be implemented. The reader is advised to carefully study the appropriate operational pattern document before implementation. 2 Conformance Notation Normative text is text that describes elements of the design that are
13、 indispensable or contains the conformance language keywords: “shall“, “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
14、any conformance keywords. All text in this document is, by default, normative, 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 con
15、form to the document and from which no deviation is permitted. The keywords, “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
16、required; or that (in the negative form) a certain possibility or course 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 ti
17、me, shall not be used, and may be defined in the future. The keyword “forbidden” indicates “reserved” 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,
18、if implemented, all recommended provisions (“should“) as described. A conformant implementation need not implement optional provisions (“may“) and need not implement them as described. 3 Normative References The following standards contain provisions which, through reference in this text, constitute
19、 provisions of this standard. At the time 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 edition of the standards indicated below. SMP
20、TE 314M-2005, Television Data Structure for DV-Based Audio, Data and Compressed Video 25 and 50 Mb/s SMPTE 336M-2007, Television Data Encoding Protocol Using Key-Length-Value SMPTE 370M-2006, Television Data Structure for DV-Based Audio, Data and Compressed Video at 100 Mb/s 1080/60i, 1080/50i, 720/
21、60p, 720/50p SMPTE 383M-2008 Page 4 of 24 pages SMPTE 377M-2004, Television Material Exchange Format (MXF) File Format Specification SMPTE 379M-2004, Television Material Exchange Format (MXF) MXF Generic Container IEC 61834-2 (1998-08), Recording Helical-Scan Digital Video Cassette Recording System
22、using 6.35mm Magnetic Tape for Consumer Use (525-60,625-50,1125-60 and 1250-50Systems), Part 2: SD Format for 525-60 and 625-50 Systems 4 Glossary of Acronyms, Terms and Data Types The full glossary of acronyms terms and data types used in the MXF specification is given in the MXF format specificati
23、on. A supplementary glossary of acronyms and terms is defined in SMPTE 379M. They are not repeated here to avoid any divergence of meaning. DV-DIF block: A 3-byte ID followed by 77 bytes of data. DIF sequence: A specific sequence of header, subcode, VAUX, audio and video DIF blocks. DIF channel: A n
24、umber of DIF sequences as defined in SMPTE 314M and SMPTE 370M. Note: DIF channel is not defined in IEC 61834-2, but is used to represent one video frame for IEC DV in this document. DV-DIF data: A generic term for a number of DIF blocks. DV-DIF frame: A generic term for all the DIF sequences which
25、make up a picture frame. 5 Introduction (Informative) This standard will use the generic terms “DV-DIF” when referring to the basic DIF structure of both the IEC-DV and DV-based variants. There are three compression specifications which create DV-DIF data: “IEC DV” operating at 525/60i and 625/50i a
26、s specified in IEC61834-2; “DV-based” operating at 525/60i and 625/50i as specified in SMPTE 314M; “DV-based” operating at 1080/60i, 1080/50i, 720/60p, and 720/50p as specified in SMPTE 370M. For a detailed list of differences between the various DV formats such as color sampling and setting of the
27、flags in the DV stream, the reader is referred to Annex A of SMPTE 314M. The table is not reproduced here to prevent duplication of information. Section 9 of this standard contains the numeric values required to differentiate between implementations. The terms “IEC DV” and “DV-based” will be used to
28、 highlight differences such as Y/C sampling ratio in the 625/50 (PAL) system and allowed bit rates where appropriate. The reader is referred to the normative references for the details of the specifications. This standard defines standard definition systems operating at 525/60 and 625/50 using the I
29、EC DV and DV-based format operating at 25 Mb/s. It also defines standard definition systems operating at 525/60 and 625/50 using the DV-based format operating at 50 Mb/s and higher definition systems operating at 100 Mb/s. Note: Any 60-Hz operation system indicated in this document is a shorthand fo
30、r the actual operation at a field rate of 59.94Hz. This standard specifies methods of encapsulating DV-DIF data in a key-length-value construct as defined by SMPTE 336M. This specification defines a unique SMPTE Universal Label to identify which variant of DV-DIF data and their containment type are
31、present in the MXF generic container. SMPTE 383M-2008 Page 5 of 24 pages The DV-DIF data consists of header, subcode, VAUX, audio and video DIF blocks. The data which consists of the DV-DIF block structure containing all DV-DIF data is mapped as the compound element in the MXF generic container. 5.1
32、 DV-DIF Data Structure The DV-DIF data is structured by the DIF block of 80 bytes. The data contains: DV auxiliary data contains header, subcode and video auxiliary DIF blocks; DV video data contains DV compressed video DIF blocks; DV audio data contains audio DIF blocks. The detailed specifications
33、 of each type and variant of the DV-DIF data are given in SMPTE 314M, SMPTE 370M and IEC 61834-2. 5.2 DV-DIF Data Distribution SMPTE 314M, SMPTE 370M and IEC 61834-2 define the distribution of DV-DIF data in a single frame period. For 60-Hz systems (525/59.94i, 1080/59.94i and 720/59.94p), there are
34、 10 identical DIF sequences in each DIF channel. For 50-Hz systems (625/50i, 1080/50i, and 720/50p), there are 12 identical DIF sequences in each DIF channel. Each DIF sequence is assigned to a DIF channel. For 25-Mbps IEC DV and DV-based compression there is one DIF channel. For 50-Mbps DV-based co
35、mpression there are two DIF channels. For 100-Mbps DV-based compression there are four DIF channels. For DV bit-rates requiring more than one DIF channel, each DIF channel is presented in the order defined in SMPTE 314M and SMPTE 370M. The number of DV-DIF blocks per frame for each frame-rate and bi
36、t-rate is as defined in Table 1. Table 1 DV-DIF block counts over a frame duration 525/60 625/50 HD 100 Mbit/s DV-DIF BlockType 25 Mbit/s 50 Mbit/s 25 Mbit/s 50 Mbit/s 60i or 60p 50i or 50p Header (H) 10 20 12 24 40 48 Subcode (SC) 20 40 24 48 80 96 VAUX 30 60 36 72 120 144 Audio 90 180 108 216 360
37、432 Video 1350 2700 1620 3240 5400 6480 Total 1500 3000 1800 3600 6000 7200 The DV-DIF data must be presented in the order defined in SMPTE 314M, SMPTE 370M and IEC 61834-2 for the purpose of mapping to the MXF generic container. SMPTE 383M-2008 Page 6 of 24 pages 6 Mapping the DV-DIF Data to the MX
38、F Generic Container DV-DIF data shall be KLV coded as defined in SMPTE 336M. The auxiliary, audio and video DIF data for a single frame are shown pictorially in Figure 1. When DV-DIF data is mapped into the generic container, a number of options are available for mapping into the various GC item typ
39、es. 1 Frame - - - - - AudioAuxVideo AudioVideo AudioVideo AudioVideo Figure 1 Simple representation of a DIF frame 6.1 Frame and Clip Wrapping There are two methods of mapping DV-DIF data into the MXF generic container as defined by SMPTE 379M. These are “frame wrapping“ (Figure 2) and “clip wrappin
40、g“ (Figure 3). 1 frame 1 frame 1 frame 1 frame 1 frameK L V K L V K LV K LV K L V Compound Item Compound Item CompoundItem CompoundItem CompoundItem Figure 2 Simple representation of frame wrapping The frame wrapping method is intended to enable frame by frame access by MXF applications which proces
41、s at the KLV level. This can be particularly useful for applications which support multiple generic container mapping types. Sufficient Information is provided to allow individual frames to be identified at the KLV level without an MXF decoder having to parse or decode the essence data. Each frame o
42、f DV-DIF data shall be KLV wrapped using a compound element key. K L 1 frame 1 frame 1 frame 1 frame 1 frame V CompundItem Figure 3 Simple representation of clip wrapping The clip wrapping method is intended for applications which carry the DV-DIF data as a single large entity. This can be very usef
43、ul applications such as store and forward servers which process whole files and also in applications where it is desired to use the rich metadata structures of MXF as an annotation to DV data. The clip of DV-DIF data shall be KLV wrapped using a compound element key. When DV is clip wrapped, there s
44、hall be only one clip per generic container body. Multiple clips can be concatenated and edited using the operational pattern mechanism detailed in the MXF format document. SMPTE 383M-2008 Page 7 of 24 pages 7 KLV coding of DV-DIF data 7.1 Compound item mapping The MXF-GC compound element for DV-DIF
45、 data contains an interleave of audio, video and auxiliary DV-DIF as either a single DV-DIF frame (frame wrapping) or as a sequence of one or more DV-DIF frames (clip wrapping). 7.1.1 DV compound element key The values of the last four bytes of the essence element key are given below: Table 2 Key va
46、lue for the DV-DIF compound element Byte No. Description Value (hex) Meaning 1-12 Specified by the MXF Generic container Specification SMPTE379M 13 Item Type Identifier 18h Compound Item 14 Essence Element Count kkh Count of Compound Elements in this Item 15 Essence Element Type 01h 02h DV-DIF Frame
47、 Wrapped Element DV-DIF Clip Wrapped Element as listed in SMPTE RP 224 16 Essence Element Number nnh A number (used as an Index) of this Compound Item in this Generic container as defined in SMPTE 379M The key shall be unique within the essence container in which it is used. 7.1.2 Essence element co
48、unt Byte 14 This is a count of the number of elements in each compound item in the generic container. The BodySID mechanism detailed in the MXF format specification shall be used to identify the correct essence container. 7.1.3 Essence element type Byte 15 For frame wrapped DV-DIF, this shall be 01h
49、. For clip wrapped DV-DIF, this shall be 02h. 7.1.4 Essence element number Byte 16 This is a number used as an index to identify this instance of the element type within the item. It shall have a value between 1 and kkh. It shall not change within any instance of a generic container. 7.1.5 DV compound element length The length field of the KLV coded element shall be 4 bytes BER long-form encoded (i.e., 83h.xx.yy.zz) for frame wrapping. The length field of the KLV coded element shall be 8 by
