1、 Copyright 2014 by THE SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS 3 Barker Avenue, White Plains, NY 10601 (914) 761-1100 Approved August 16, 2014 Table of Contents Page Foreword . 2 Intellectual Property 2 Introduction 2 1 Scope . 3 2 Conformance Notation . 3 3 Normative References . 3 4 Def
2、initions 4 5 Format of VANC Data Packets 4 5.1 UDW Format 4 5.2 Overview of the Audio Metadata Packets 4 5.3 Mapping of VANC Packets 4 5.4 Payload Descriptor . 5 5.4.1 Compatibility Flag . 5 5.4.2 Mapping Syntax Version Flags . 6 5.4.3 Double Packet and Second Packet Flags 6 5.4.4 Duplicate Packet F
3、lag . 6 6 Location of the Vertical Ancillary Data . 7 7 Levels of Operation 7 List of Figures Figure 1 Structure of the VANC Packets . 5 List of Tables Table 1 Payload Descriptor Byte Overview 5 Table 2 Mapping Syntax Version (Bits 3 and 4). 6 Table 3 Double Packet and Second Packet Flag Bits (Bits
4、1 and 2) . 6 Page 1 of 7 pages SMPTE ST 2020-2:2014 Revision of SMPTE 2020-2-2008 SMPTE STANDARD Vertical Ancillary Data Mapping of Audio Metadata Method A SMPTE ST 2020-2:2014 Page 2 of 7 pages Foreword SMPTE (the Society of Motion Picture and Television Engineers) is an internationally-recognized
5、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 Engineering Guidelines, are prepared by SMPTEs Technology Committe
6、es. 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 accordance with the rules given in its Standards Operations Man
7、ual. SMPTE 2020-2 was prepared by Technology Committee 24TB. 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. However, attention is drawn to the possibility that some of the elem
8、ents of this document may be the subject of patent rights. SMPTE shall not be held responsible for identifying any or all such patent rights. Introduction This section is entirely informative and does not form an integral part of this document. Audio data-rate reduction technologies use metadata whi
9、ch is multiplexed into the encoded audio bitstream, to describe the encoded audio and convey information that precisely controls downstream encoders and decoders. Metadata is first created during program creation or mastering. It may need to be carried in the vertical ancillary data space of a digit
10、al television signal. There are currently two methods of mapping the metadata into the vertical ancillary data space. The following suite of SMPTE standards, defines the basic characteristics of the audio metadata, its serial transport used to convey the metadata between devices, and both of the map
11、pings into the VANC space. SMPTE ST 2020-1, Format of Audio Metadata and Description of the Asynchronous Serial Bitstream Transport SMPTE ST 2020-2, Vertical Ancillary Data Mapping of Audio Metadata Method A SMPTE ST 2020-3, Vertical Ancillary Data Mapping of Audio Metadata Method B SMPTE ST 2020-2:
12、2014 Page 3 of 7 pages 1 Scope This standard defines one of two methods for mapping the serial audio metadata stream related to encoded audio bitstreams into the 10-bit vertical ancillary (VANC) data space of a standard definition or high definition digital component television signal in accordance
13、with SMPTE ST 291-1. This VANC mapping conveys the audio metadata elements and carries information about the location of the embedded audio with which the metadata is associated. An associated standard ST 2020-1 defines the DID and SDID values assigned to the VANC packets carrying this metadata, the
14、 location where packets are to be located, the basic structure of the metadata, and the asynchronous serial data transport which is used to convey the metadata from device to device (when not embedded in a video signal). Note: An associated standard ST 2020-3 defines an alternate method of mapping t
15、he metadata into ancillary data packets. 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“. Informative text is text that is potentially helpful to the user, but not in
16、dispensable, 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 Introduction, any section explicitly labeled as “Informative“ or individual
17、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 “should not“ indicate that, among several possibilities, one is recommended a
18、s 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 but not prohibited. The keywords “may“ and “need not“ indicate courses
19、 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 “reserved” and in addition indicates that the provision will never be define
20、d 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 need not implement optional provisions (“may“) and need not implement t
21、hem as described. 3 Normative References The following standards contain provisions which, through reference in this text, constitute 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
22、this standard are encouraged to investigate the possibility of applying the most recent edition of the standards indicated below. SMPTE ST 291-1:2011, Ancillary Data Packet and Space Formatting SMPTE ST 2020-1:2014, Format of Audio Metadata and Description of the Asynchronous Serial Bitstream Transp
23、ort SMPTE ST 2020-2:2014 Page 4 of 7 pages 4 Definitions 4.1 Byte Throughout this standard the term byte shall refer to 8-bit values unless otherwise stated. 4.2 Payload Descriptor A one byte value that occurs at the beginning of the payload of each ancillary data packet. The descriptor byte gives i
24、nformation about how to interpret the remainder of the UDW. 5 Format of VANC Data Packets 5.1 UDW Format The ancillary space packet UDW shall be a sequence of 10-bit words. The audio metadata and payload descriptor information is transmitted in bits b7 through b0 of the 10-bit data word. Bit b8 is e
25、ven parity for bits b7 through b0 of the 10-bit data word, and bit b9 equals not bit b8. 5.2 Overview of the Audio Metadata Packets The metadata frame structure is described in SMPTE ST 2020-1. The number of bytes in each metadata frame depends on the number of audio programs being carried, in the e
26、ncoded audio signal. Because the total length of a metadata frame can be longer than 254 bytes (the maximum length allowed for a single ancillary data packet payload, minus one for the descriptor byte) it may be necessary to map the metadata frame into two separate ancillary data packets. The UDW of
27、 each metadata packet starts with a one byte Payload Descriptor, followed by one or more bytes from the metadata frame. In this mapping, carrying the Null characters (00h) preceding the first metadata subframe is optional. Null characters (00h) between the first and second metadata subframes shall b
28、e carried. The audio metadata packets shall be inserted in sequence. Where more than one metadata stream is carried in the VANC space (corresponding to the audio from multiple encoded audio signals present in a video bitstream), separate SDIDs shall be used for the ancillary data packets correspondi
29、ng to each metadata stream. See Section 7 of SMPTE ST 2020-1 for information about the SDID values. Note: It is possible for downstream equipment to change the order of the packets. Receiving equipment can parse the individual Payload Descriptors to determine the packet order. See Section 5.4 for de
30、tailed information about the contents of the Payload Descriptor. 5.3 Mapping of VANC Packets Figures 1a and 1b show the structure of the VANC packets. If the metadata frame length (MDF) is less than or equal to 254 bytes long, the complete metadata frame shall be mapped into a single VANC packet (VA
31、NC packet 1 in Figure 1a) with Data Count 1 (DC1) given by: DC1 = MDF +1 If the metadata frame length is more than 254 bytes, then the first part of the metadata frame shall be carried by VANC packet 1 (Fig 1a) and the remainder of the metadata frame shall be carried by VANC packet 2 (Figure 1b) wit
32、h Data Count 1 and 2 (DC1 and DC2) given by: SMPTE ST 2020-2:2014 Page 5 of 7 pages DC1 = n +1 where n is the number of bytes from the metadata frame carried in packet 1 (a number less than or equal to 254, and chosen such that MDF-n is less than or equal to 254). Note: The division of metadata byte
33、s between the first and second VANC packets is not specified and may be implementation-dependent. and DC2 = MDF DC1 + 2 1DESCR1aD at a 1DC1DIDSDIDAnc illaryD at aF lag11 13CKSUM1M et adata F ram e c ont ent sPac k et 1 U D WD C 1-1 by t esDESCR1bD at a 2DC2DIDSDIDAnc illaryD at aF lag111 13CKSUM1M e
34、t adata F ram e c ont ent sVAN C Pac k et 2 U D WI F R EQU I R EDM D F - D C 1+ 2 by t esF igure 1a F igure 1bFigure 1 Structure of the VANC Packets 5.4 Payload Descriptor The Payload Descriptor is a one byte value that shall be at the beginning of the UDW. The descriptor byte gives information abou
35、t how to interpret the remainder of the UDW. Table 1 summarizes the function of each bit of the Payload Descriptor byte. Table 1 Payload Descriptor Byte Overview Bit Position Name Description 7 (MSB) COMPATIBILITY Set to “0” 6 Reserved Future Use set to “0” 5 Reserved Future Use set to “0” 4 VERSION
36、 (MSB) Two bit value used to indicate syntax revision for mapping scheme - set to ”01” 3 VERSION (LSB) 2 DOUBLE_PKT Set to “1” when the metadata frame is carried in two VANC packets 1 SECOND_PKT Set to “1” when this VANC packet is the second of two packets in a video frame 0 (LSB) DUPLICATE_PKT Set
37、to “1” when this VANC packet duplicates the one in the previous video frame 5.4.1 Compatibility Flag Bit 7 of the Payload Descriptor byte shall be set to logical zero. See Annex C of SMPTE ST 2020-1 for more information on the use of the compatibility flag. SMPTE ST 2020-2:2014 Page 6 of 7 pages 5.4
38、.2 Mapping Syntax Version Flags Two bits in the descriptor byte are used to signal different versions of the mapping syntax to decoding devices. Bit 4 shall be set to logical zero and bit 3 shall be set to logical one for the mapping syntax described in this standard. Table 2 summarizes other combin
39、ations of the syntax version Flag bits. Table 2 Mapping Syntax Version (Bits 3 and 4) Bit 4 Bit 3 Reserved (legacy implementations) 0 0 Version 1 Mapping (current) 0 1 Reserved (legacy implementations) 1 0 Reserved (future assignment) 1 1 Note: Designers of VANC receivers should be aware that there
40、are legacy implementations that use syntax versions 00 and 10. VANC mappings done with these legacy implementations are not fully compliant with this standard. 5.4.3 Double Packet and Second Packet Flags Metadata frames longer than 254 bytes must be encoded in two consecutive packets. This pair of p
41、ackets should be inserted on the same line of the video signal. The “Double_Pkt” flag (bit 2 of the descriptor byte) in both VANC packets shall be set to logical one to signal that the metadata frame is split across two packets. The “Second_Pkt” flag (bit 1 of the descriptor byte) in the packet cont
42、aining the first part of the metadata frame shall be set to logical zero. The “Second_Pkt” flag in the packet containing the second part of the metadata frame shall be set to logical one. Table 3 Double Packet and Second Packet Flag Bits (Bits 1 and 2) DOUBLE_PKT Bit 2 SECOND_PKT Bit 1 Metadata fram
43、es are contained within a single packet 0 N/A Metadata frames are contained within a pair of packets First packet 1 0 Second packet 1 1 5.4.4 Duplicate Packet Flag The audio metadata frames arrive only once per video frame for 24, 25 and 30 (29.97) frames per second video formats, and once per pair
44、of video frames for 50 and 60 (59.94) frames per second video formats. For video formats at 50 and 60 (59.94) frames per second rates the first video frame of the pair is the one that is most closely aligned to the beginning of the metadata frame as defined in 5.2 of SMPTE ST 2020-1. The packet(s) c
45、ontaining the complete contents of the metadata frame shall be inserted in each video frame. When inserting the metadata into 50 and 60 frames per second video signals, the second video frame of a frame pair shall have its packets marked as “Duplicate” by setting the Duplicate_Pkt flag bit (bit 0 of
46、 the Payload Descriptor byte) to logical one. The second function of the Duplicate_Pkt flag bit is to assist downstream devices in handling interruptions to the metadata stream. When the incoming serial metadata stream to the insertion device is interrupted, and no new metadata frame is available fo
47、r insertion, the inserting device should repeat the last received SMPTE ST 2020-2:2014 Page 7 of 7 pages metadata frame for up to 2 seconds. These repeated metadata frames shall be marked as “Duplicate” by setting the Duplicate_Pkt flag bit (bit 0 of the Payload Descriptor byte) to logical one. Note
48、: Receiving equipment might use packets with the Duplicate_Pkt flag bit set to logical one to assist downstream equipment with recovery from interruptions in the metadata stream. Receiving equipment might have the ability to ignore received duplicate metadata frames or not. 6 Location of the Vertica
49、l Ancillary Data The location of the ANC data packets is defined in SMPTE ST 2020-1, Section 8. For interlaced systems, the ANC data packets shall be placed in the VANC area of the first field. For progressive segmented frame systems, the ANC data packets shall be placed in the VANC area of the first segment of the frame. For progressive formats, the ANC data packet shall be placed in the VANC area of each frame. 7 Levels of Operation The level of support for the insertion or ext