[Work In Progress] AMWA AS-11 X10
MXF Program Contribution - NABA DPP HDR UHD and HD (AVC)

About this web page

This web page is the principal rendering / view of the AMWA AS-11 X10 Specification.

Full details of all the Components (Blocks, Notes, and the others) that form this Rules-based Specification are either shown directly on the current web page or are included in the "specification_data_files" directory that accompanies the page (with explicit links from the current page).

Important links
Specification Repository on GitHub	This repository is where the entire Specification (including this file and alternative renderings / views of the Specification) is stored and version controlled
List of Releases	Milestones marking significant points in the development of the Specification
Specifications Page on the AMWA Website	The home of Specifications on the AMWA website
Development and Implementation Resources	Provides resources such as Specification issue tracking, MXF sample files, and tools

AS-11: Media Contribution File Formats

The AMWA AS-11 Specifications define constrained media file formats for the delivery of finished media assets to a broadcaster or publisher. Each Specification is developed for a particular business purpose.

Purpose of the AS-11 X10 Specification

Aims

This Specification aims to define a file format for the delivery of finished High Dynamic Range (HDR) UHD and HD TV Programmes (AVC) to North American Broadcasters Association (NABA) broadcasters. It aims to define:

a vendor-neutral and broadcaster-neutral package, using open technologies for delivery of finished programming from program producers and program distributors to broadcast stations
a package that is sufficiently simple so as to limit the scope for interoperability problems
a self-contained & play-out ready package

Some notes on practical use

The content may be delivered at the broadcast bit-rate, picture format and aspect ratio, or it may be transcoded at the broadcast station to the bit-rates and formats required for particular broadcast channels. Similar transcoding may be applied to audio and captions; additionally, specific audio and caption tracks may be selected for different broadcast channels.
The content may be pre-packaged for broadcast without further changes or it may be segmented for ease of insertion or replacement of interstitials.
There may be more than one package per programme.
The package may contain some pre and post roll content not for transmission.

Understanding the Specification Blocks Tree

The Rules-Based Specification Framework

This Specification has been written using a 'Rules-based Specification Framework'. In this framework, each 'constraint' or 'rule' is expressed as a 'Component' which can be unambiguously identified by its ID (the Component ID is a web address / URL; there need not be any content available at this web address). These Components assemble into 'networks' or 'webs' to form complete Specifications, with many Components being re-used across a number of Specifications. Through this approach machine processable Specifications are developed which are less ambiguous and easier to implement and test. To read a more detailed introduction to the Rules-based Specification Framework refer to Rules-Based Specifications: Modelling and Processing.

Blocks (B) are the fundamental 'building bricks' of a Specification -- they provide its structure.
A Block can either link to Artefacts (A) that it 'owns' or link to other Blocks.
Artefacts provide the real content of a Specification. They may contain textual statements, code excerpts, or tables, for example.
Artefacts often refer to Terms (T) and References (R) as well as Blocks.
Blocks are sometimes described by Notes (N).
There are two special types of Block which allow the value of one Block to be set by another Block:
- Parameter Key Block (K) -- this is a Block whose value must be set elsewhere in the Specification (it effectively defines a "variable" or an "argument").
- Parameter Value Block (V) -- this is a Block which sets the value of a specific Parameter Key Block.

In this document the network of Blocks (and other Components) that form the Specification are shown as a 'tree': the Specification Blocks Tree. The letters in brackets above are used in the tree to identify the different kinds of Component.

Conformance

An implementation complies with this Specification if it complies with the Components from which it is constructed, as shown in the Specification Blocks Tree, subject to the following provisions:

An implementation complies with a Block if it complies with all of the normative Components from which it is constructed. "Informative" items (as defined below) do not have to be complied with.
"Note" Components are considered "informative". All other Components are considered "normative" unless otherwise noted.
Compliance with some Blocks is not mandatory. Such Blocks are marked with an alternative "conformance" state (such as "optional" or "recommended").
The name / title of a Component is considered "informative".
Prose Artefacts are written as statements of fact. An implementation complies with one of these Artefacts if the stated fact is True for the implementation.
Other Artefacts are "data files" (such as SMPTE Metadata Registers XML files or XML Schema files). Some of these may be partially rendered below. An implementation must always fully comply with these data files -- links are provided to such data files in the Specification Blocks Tree.
Note that an Artefact does not always make sense on its own: all of the Artefacts contained within a Block need to be read (in order) to understand the Block fully and correctly.

The Specification Blocks Tree

The following icons are used in the Specification Blocks Tree:

Block: Its meaning is defined by its contents, which can be Artefacts or other Blocks.
Parameter Key: A Block whose value must be set elsewhere in the Specification (it effectively declares a "variable" or an "argument").
Parameter Value: A Block which sets the value of a specific Parameter Key Block.
Note: This provides informative guidance on the implementation or application of a Block.
Artefact: A statement or a data file within a Block.
Note Artefact: A statement or a data file within a Note.

: An icon with a solid fill denotes constraints that are mandatory.
: An icon with an outline style denotes constraints that are not mandatory.

: Metadata about a Rules-based Specification Component.

Loading Specification Block Tree …

File Format

Component metadata
- ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/FF_X10/
Core MXF constraints
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/MXF_Core_OP1a1b3b/
- MXF File Format
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/000/
  - The file conforms to SMPTE ST 377-1:2011.
  - Implementation Notes
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/001/
    - Section 5.2.1 of SMPTE ST 377-1:2011 sets out a non-exhaustive list of changes from SMPTE ST 377:2004.
- Operational pattern
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/013/
  - The file is signalled as Operational pattern 1a, Operational pattern 1b or Operational pattern 3b.
    - Operational pattern 1a
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/010/
      - The file conforms to SMPTE ST 378:2004.
      - Implementation Notes
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/011/
        
        The file must be labelled as OP1a in the Operational Pattern property of all Partition Packs and the Preface Set, as required by SMPTE ST 377-1:2011 in Section 7.1 and Annex A, respectively.
    - Operational pattern 1b
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/011/
      - The file conforms to SMPTE ST 391:2004.
      - Implementation Notes
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/012/
        
        The file must be labelled as OP1b in the Operational Pattern property of all Partition Packs and the Preface Set, as required by SMPTE ST 377-1:2011 in Section 7.1 and Annex A, respectively.
    - Operational pattern 3b
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/012/
      - The file conforms to SMPTE ST 407:2006.
      - Implementation Notes
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/015/
        
        The file must be labelled as OP3b in the Operational Pattern property of all Partition Packs and the Preface Set, as required by SMPTE ST 377-1:2011 in Section 7.1 and Annex A, respectively.
  - Determination of Operational Pattern
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/OP1/
    - The file is signalled as OP1a if the only Essence it contains is Picture Essence and Sound Essence, which are carried in a single Essence Container, resulting in one Source Package.
      
      This Essence uses Frame Wrapping. However, other types of Essence, such as TTML subtitles, employ Clip Wrapping, which cannot be accommodated by this Essence Container. Thus additional Essence Container(s) are needed, which will require corresponding Source Package(s), and so the file is signalled as OP1b.
      
      Further to this, if Fillers are used to align the Essence, the Material Package will contain edit decisions, so the file will be signalled as OP3b.
- Filler restrictions
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/015/
  - Filler objects are only used in Data Tracks.
  - Filler usage
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/Fillers/
    - Filler objects can be used to align TTML subtitles with the Picture Essence and Sound Essence.
- Closed Complete Header
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/020/
  - The Header Partition is "Closed" and "Complete".
  - Implementation Notes
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/014/
    - Byte 15 of the Header Partition Pack Key must be set to 04h and all Header Metadata must have correct values. Hence 'Distinguished Values' cannot be used for 'Best Effort' properties. See Section 6.2.3 of SMPTE ST 377-1:2011 for a full explanation.
- RIP present
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/040/
  - The file has a Random Index Pack.
- KAG size of 1
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/050/
  - Every Partition in the file uses a KLV Alignment Grid of 1.
- Generic Container
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/090/
  - The file uses the Generic Container.
- Internal Essence
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/100b/
  - All Essence streams are internal to the file.
- Strict Frame Wrapping
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/110b/
  - The Generic Container that contains Picture Essence and/or Sound Essence uses Frame Wrapping.
  - If this Generic Container contains Picture Essence then the related Edit Unit duration is equal to the duration of a video frame of the Picture Essence.
  - Implementation Notes
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/E8/
    - For example, this means that if the Picture Essence is field-encoded then each Edit Unit contains the data assosiated with both of the video fields for a video frame.
- One-to-one Track mapping
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/120/
  - Each Essence Track in the Top-Level File Package is referenced by exactly one Essence Track in the Material Package.
  - No division/combination of Audio Channels between Sound Tracks
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/E19/
    - This prohibits:
      
      the mapping of audio channels from a multi-channel Sound Track in a Source Package to single-channel Sound Tracks in the Material Package
      
      the mapping of audio channels from single-channel Sound Tracks in a Source Package to multi-channel Sound Tracks in the Material Package
      
      which is specified in Annex E of SMPTE ST 382:2007.
Header Metadata KLV Fill (Recommended)
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/KLVF_B/
- When first created, the file includes a KLV Fill item of at least 4 MB in total length following the Header Metadata.
- Implementation Notes
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/note/002/
  - The "total length" is of the entire item and includes the length of the Key and Length fields.
    
    The extra space afforded by the KLV Fill allows Header Metadata to be edited and added to without rewriting the entire file.
- Definition of megabyte
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/note/E37/
  - The unit symbol "MB" refers to a megabyte, which is 1 000 000 bytes.
MXF Indexing and Partitioning
- Component metadata
  - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/Index_2/
- The file is in accordance with either of: MXF Indexing and Partitioning strategy for VBE Essence or MXF Indexing and Partitioning strategy for CBE Essence.
  - MXF Indexing and Partitioning strategy for VBE Essence
    - Component metadata
      - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/MXF_Inter3/
    - Segment the Essence Container
      - Component metadata
        
        ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/seg_3/
      - The Essence Container is segmented into Partitions of 10 seconds of Essence or less.
      - Essence partitioning
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E83/
        
        Explanation of Essence Segmenting and Partitions
        
        Refer to SMPTE ST 377-1:2011 Section 6.2.1 for the "Partition Rules Overview"
        
        Partition size regularity
        
        It is recommended that the Essence is partitioned into evenly-sized segments. It is not necessary to attempt to avoid a small trailing segment by choosing a segment size that is a a submultiple of the total Essence length.
    - Index Each Essence Container Segment
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/060b/
      - Each Essence Container segment is indexed by Index Table Segment(s) that occur after it but before the next Essence Container segment.
      - These Index Table Segment(s) index every Edit Unit of every Essence Element in the Essence Container segment.
      - Indexing and Partitions
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E13/
        
        Index Table Segment details
        
        The stated constraints mean that in each Index Table Segment a "Delta Entry Array" will be required. Additionally, if there is at least one <VBE> <Essence Element> in the <Essence Container> then an "Index Entry Array" could be required (the need for this will depend on, for example, whether <KLV Fill> padding has been used).
        
        Partitions
        
        This Block allows a number of options regarding which Partition the Index Table Segments are located in. For example, they could be in their own dedicated Partition or in the same Partition as the next Essence Container segment (because in a Partition Index Table Segments always come before an Essence Container segment). The Index Table Segments will not necessarily be in the Partition that immediately follows the Essence Partition: there could be other Partitions in between (such as a Generic Stream Partition).
        
        Index Table Repetition
        
        This Block places no constraint on Index Table Repetition. For example, a complete Index Table could additionally be included somewhere in the file if required.
    - Application to CBE Essence
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E29/
      - While these constraints are designed for use with Variable Bytes per Element (VBE) Essence, it is possible to apply them to Constant Bytes per Element (CBE) Essence. There are more efficient ways to deal with CBE Essence, however.
  - MXF Indexing and Partitioning strategy for CBE Essence
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/MXF_Intra/
    - Index precedes Essence
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/060/
      - The file contains a complete Index Table before the Essence.
    - Index all Essence
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/070/
      - The Index Table indexes every Edit Unit of every Essence Element in the file.
    - Single Essence Partition
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/101/
      - The Generic Container is entirely contained in exactly one Partition.
    - Indexing and Partitions
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/007/
      - It's generally considered good MXF practice to have one 'thing' per Partition, so you'd have separate Partitions for Header Metadata, Essence, and Index Tables. This isn't a requirement but following best practice is encouraged.
        
        The Index Table could be placed in the Header Partition, its own Body Partition or in a Body Partition with the Essence. Indeed it could be distributed across all three of these locations. Decoders need to be able to cope with all of these posibilities.
- Scope
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/note/Indexing_Scope/
  - This Block limits the scope of the Blocks it encompasses to the Essence Container that contains Picture Essence and/or Sound Essence. The file may contain other Essence Containers which are not subject to the restrictions imposed by these Blocks.
AVC mapped with ST 381-3
- Component metadata
  - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/P006/
- One Picture Track
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/180/
  - The Material Package contains exactly one Picture Track.
- AVC Byte Stream Format Picture Essence
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/P_AVC/
  - The Picture Essence is AVC and uses the AVC Byte Stream Format.
- ST 381-3 mapping
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/PM1/
  - The Picture Essence is mapped to the file as specified in SMPTE ST 381-3:2013.
  - The value of Byte 15 of the "Essence Container" label is 60h.
  - The Picture Essence Descriptor used is the {CDCIDescriptor}.
  - Use of the AVC Sub Descriptor
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/E11/
    - SMPTE ST 381-3:2013 defines the AVC Sub Descriptor and states that it "should" be used. This Block places no additional constraints on the use of the AVC Sub Descriptor. Therefore, as far as this Block is concerned its use is regarded as optional but recommended. However, note that SMPTE ST 381-3:2013 does mandate how the values of the AVC Sub Descriptor are populated -- for certain AVC streams it would not be possible to fulfil these requirements and so in such cases there is no choice but to omit the AVC Sub Descriptor.
  - AVC has no external dependencies
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/E7/
    - Everything to be displayed during the Material Package Picture Track needs to be decodable without references to external dependencies. For example, this means that:
      
      The required SPS and PPS will need to be present at an appropriate point / points in the wrapped AVC.
      
      For inter-frame coded material <Pre-Charge> and <Roll-Out> could be required.
  - Picture Element Length
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/E10/
    - ST 381-3:2011 states:
      
      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.
      
      4 bytes BER long-form encoded length is limited to 16 MiB (FF.FF.FF). This might become restrictive at the maximum data rates allowed by AVC at Level 5.
- Picture Essence Bitstream and Mapping Constraints
  - Component metadata
    - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/PEC_7/
  - Picture Format constraints
    - Component metadata
      - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/PE_D/
    - The decoded Picture Essence conforms to ITU-R Recommendation ITU-R BT.2100-1 where: "Frame frequency (Hz)" is "60/1.001" or "60"; "Pixel count" is "1920 x 1080" or "3840 x 2160"; the "Sampling lattice" uses a "4:2:2 system"; "Coding format" is "10 bits per component"; "Signal format" is "Non-constant luminance Y' C'b C'r".
    - The transfer function is chosen for delivery of Picture Essence with "High Dynamic Range".
      - High Dynamic Range
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/HDR/
        
        The transfer function of the Picture Essence conforms to one of those in ITU-R Recommendation ITU-R BT.2100-1.
        
        If the "Hybrid Log-Gamma" system is chosen, the "narrow range" signal representation is used.
    - Chroma siting
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E41/
      - ITU-R Recommendation BT.2100-1 defines a chroma sampling lattice as follows:
        
        Orthogonal, line and picture repetitive co-sited with each other. The first (top-left) sample is co-sited with the first Y’ or I samples.
        
        This differs from the sampling lattice that is conventionally used in SD and HD 4:2:0 systems.
  - AVC Coding
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/AVC_0/
    - The AVC bitstream is encoded in accordance with Constrained AVC long-GOP coding.
      - Constrained AVC long-GOP coding
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/AVC_L/
        
        The AVC bitstream is encoded in accordance with AVC High 4:2:2 constraints.
        
        AVC High 4:2:2 constraints
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/AVC_122/
        
        The AVC bitstream conforms to the "High 4:2:2 Profile".
        
        In the Picture Essence Descriptor the (ordinarily optional) "Picture Essence Coding" property is present and has the value: 060e2b34.0401010d.04010202.01316001
        
        In the AVC bitstream the Sequence Parameter Set and Picture Parameter Set are present at least in the first Access Unit of every GOP.
        
        The sequence of encoded Pictures is in accordance with AVC GOP structure.
        
        AVC GOP structure
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/AVC_GOP/
        
        The duration of each GOP structure is 2 seconds or less.
        
        Efficient coding techniques
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/avc_efficient_gops/
        
        The following techniques are recommended to maximise coding efficiency:
        
        Adaptive GOPs
        
        Minimum GOP length 0.5 seconds where no adaptation occurs
        
        Hierarchical B-frames
  - AVC Video Usability Information - Video Signal Type
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/AVC_VUI_VST/
    - For every Sequence Parameter Set the colour_description_present_flag is present and is set.
    - For every Sequence Parameter Set the video_full_range_flag is present and is not set.
  - AVC Video Usability Information - Timing Info
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/AVC_VUI_TI/
    - For every Sequence Parameter Set the fixed_frame_rate_flag is present and is set.
  - Picture Essence Descriptor constraints
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/PED_0/
    - In the Picture Essence Descriptor the (ordinarily optional) "Signal Standard" property is not present or has a value of 0.
    - In the Picture Essence Descriptor the (ordinarily optional) "Transfer Characteristics" property is present.
    - In the Picture Essence Descriptor the (ordinarily optional) "Color Primaries" property is present.
    - In the Picture Essence Descriptor the (ordinarily optional) "Coding Equations" property is present.
    - In the Picture Essence Descriptor the (ordinarily optional) "Black Ref Level" property is present.
    - In the Picture Essence Descriptor the (ordinarily optional) "White Ref Level" property is present.
    - In the Picture Essence Descriptor the (ordinarily optional) "Color Range" property is present.
  - AFD Presence
    - Component metadata
      - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/AFD_1/
    - In the Picture Essence Descriptor the (ordinarily optional) "ActiveFormatDescriptor" property is present.
  - Implementation Notes
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/E21/
    - The constraints expressed here for the AVC bitstream result in an AVC "Level" of at least 5.1 or 5.2.
    - ITU-T Rec H.264-201704 contains tables of enumerated values for the Video Usability Information paramaters mandated by the inclusion of the colour_description_present_flag. The constraints expressed here for the picture format result in the following values for these parameters:
      
      colour_primaries: 9
      
      transfer_characteristics: 16 for "Perceptual Quantization" High Dynamic Range, 18 for "Hybrid Log-Gamma" High Dynamic Range and 14 for Standard Dynamic Range
      
      matrix_coefficients: 9
    - The constraints expressed here for the picture format result in the following values for properties of the Picture Essence Descriptor:
      
      "Transfer Characteristics": 060e2b34.0401010d.04010101.010a0000 for "Perceptual Quantization" High Dynamic Range, 060e2b34.0401010d.04010101.010b0000 for "Hybrid Log-Gamma" High Dynamic Range and 060e2b34.0401010e.04010101.01090000 for Standard Dynamic Range
      
      "Color Primaries": 060e2b34.0401010d.04010101.03040000
      
      "Coding Equations": 060e2b34.0401010d.04010101.02060000
      
      "Black Ref Level": 64
      
      "White Ref Level": 940
      
      "Color Range": 897

Multichannel, 24-bit, 48 kHz, uncompressed PCM, mapped with ST 382

Component metadata
- ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/S2/
One Soundfield Group per Sound Track
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/220b/
- Each Sound Track represents all of the Audio Channels for exactly one Soundfield Group.
Uncompressed 24-bit PCM audio at 48 kHz
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/230/
- For each Audio Channel the Sound Essence is "uncompressed PCM audio data" per SMPTE ST 382:2007, sampled at 48 kHz with 24 bits per sample.
- Implementation Notes
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/note/029/
  - As per Section 6 of SMPTE ST 382:2007 samples are stored as little-endian integers.
Constrained ST 382 Wave PCM mapping
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/240b/
- The Sound Essence is mapped to the file as "Wave Audio Essence" using the method described by SMPTE ST 382:2007.
- In the {WAVEPCMDescriptor} the (ordinarily optional) "ElectrospatialFormulation" property is not present.
- In the {WAVEPCMDescriptor} the (ordinarily optional) "ChannelAssignment" property is present.
- In the {WAVEPCMDescriptor} the value of the "ChannelAssignment" property is the same for all Sound Tracks.
- Implementation Notes
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/note/006b/
  - This prohibits the use of the "AES3 Audio Essence Descriptor" defined in SMPTE ST 382:2007.

Audio Layout

Component metadata
- ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/AL3/
An Audio Layout Mode is used with the properties set as specified by Audio Layout Mode 0.
- Audio Layout Mode
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/ALM_r001/
  - The value of Channel Assignment Label is a SMPTE Universal Label that is used as the value of the Sound Essence Descriptor property that signals channel assignment.
  - If MCA Labeling Present is "true" then Constrained Multichannel Audio Labeling Framework is used. Otherwise the Multichannel Audio Labeling Framework specified in SMPTE ST 377-4:2012 is not used.
    - Constrained Multichannel Audio Labeling Framework
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/SN2/
      - The file uses the Multichannel Audio Labeling Framework specified in SMPTE ST 377-4:2012.
      - There is exactly one AudioChannelLabelSubDescriptor for each Audio Channel. This AudioChannelLabelSubDescriptor is strongly referenced by the "SubDescriptors" property of the Generic Sound Essence Descriptor of the Sound Track that contains the Audio Channel.
      - There is exactly one SoundfieldGroupLabelSubDescriptor for each Soundfield Group. This SoundfieldGroupLabelSubDescriptor is strongly referenced by the "SubDescriptors" property of the Generic Sound Essence Descriptor of a Sound Track in the Soundfield Group.
      - There is one or more GroupOfSoundfieldGroupsLabelSubDescriptor(s) for each Soundfield Group. Each of these GroupOfSoundfieldGroupsLabelSubDescriptors is strongly referenced by the "SubDescriptors" property of the Generic Sound Essence Descriptor of a Sound Track in the Soundfield Group.
      - Each AudioChannelLabelSubDescriptor references exactly one SoundfieldGroupLabelSubDescriptor.
      - Each SoundfieldGroupLabelSubDescriptor references all of the GroupOfSoundfieldGroupsLabelSubDescriptor(s) for the Soundfield Group it relates to.
      - In each AudioChannelLabelSubDescriptor the following (ordinarily optional) properties are present: "MCA Tag Name", "MCA Channel ID".
      - In each AudioChannelLabelSubDescriptor the following (ordinarily optional) properties are not present: "RFC 5646 Spoken Language".
      - In each SoundfieldGroupLabelSubDescriptor the following (ordinarily optional) properties are present: "MCA Tag Name", "RFC 5646 Spoken Language".
      - In each SoundfieldGroupLabelSubDescriptor the following (ordinarily optional) properties are not present: "MCA Channel ID".
      - In each GroupOfSoundfieldGroupsLabelSubDescriptor the following (ordinarily optional) properties are present: "MCA Tag Name".
      - In each GroupOfSoundfieldGroupsLabelSubDescriptor the following (ordinarily optional) properties are not present: "MCA Channel ID", "RFC 5646 Spoken Language".
      - Implementation Notes
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E6/
        
        Distribution and Repetition of SubDescriptors
        
        SoundfieldGroupLabelSubDescriptors and GroupOfSoundfieldGroupsLabelSubDescriptors could all be on one Sound Track or distributed. Hence, even the GroupOfSoundfieldGroupsLabelSubDescriptors might not be on the same Sound Track.
        
        If several Soundfield Groups reference a single Group of Soundfield Groups then there will be more than one GroupOfSoundfieldGroupsLabelSubDescriptor for that Group of Soundfield Groups. That is, it is repeated for each Soundfield Group that references it.
        
        Type of RFC5646SpokenLanguage property
        
        The value of this property is encoded as a US-ASCII string with one byte per character.
        
        Details:
        
        The RFC5646SpokenLanguage property of the {MCALabelSubDescriptor} is defined in SMPTE ST 377-4:2012 as having the type "ISO-8String". This type is undefined.
        
        However, the entry for RFC5646SpokenLanguage in the SMPTE Elements Register correctly lists the type as "ISO7", which refers to "ISO/IEC 646:1991, Information technology -- ISO 7-bit coded character set for information interchange.". That is the same character repertoire referenced by IETF RFC 5646.
  - The value of Default Audio Layout defines any static properties of Audio Channels and Sound Tracks in the file.
  - Channel Assignment Signalling
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/ChannelAssignmentSignalling/
    - There are different ways of signalling channel assignment depending on the format of the audio. For example:
      
      PCM uses the "ChannelAssignment" property of the {WAVEPCMDescriptor} Sound Essence Descriptor
      
      AAC uses the "MPEGAudioChannelAssignment" property of the {MPEGAudioDescriptor} Sound Essence Descriptor
- Audio Layout Mode 0
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/ALM0/
  - Channel Assignment Label is ConstrainedMultichannelAudioLabelingFramework(Label).
    - ConstrainedMultichannelAudioLabelingFramework(Label)
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/CA_L0/
      - SMPTE Metadata Registers – Labels
        Kind UL Symbol Definition
        LEAF urn:smpte:ul:060e2b34.04010101.0d010801.02010000 ConstrainedMultichannelAudioLabelingFramework Identifies a specific application of the MXF Multichannel Audio Framework
        View the SMPTE Metadata Registers XML file(s):
        specification_data_files/www.amwa.tv_c0f7b64/block/CA_L0/artefacts/Labels.xml
      - SMPTE Registers Node: SoundChannelLabeling
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/SoundChannelLabeling/
        
        SMPTE Metadata Registers – Labels
        Kind UL Symbol Definition
        NODE urn:smpte:ul:060e2b34.04010101.0d010801.02000000 SoundChannelLabeling
        View the SMPTE Metadata Registers XML file(s):
        specification_data_files/www.amwa.tv_c0f7b64/note/SoundChannelLabeling/artefacts/Labels.xml
  - MCA Labeling Present is "true".
  - Default Audio Layout is not set (no assumptions can be made about audio layout).

Kind	UL	Symbol	Definition
LEAF	urn:smpte:ul:060e2b34.04010101.0d010801.02010000	ConstrainedMultichannelAudioLabelingFramework	Identifies a specific application of the MXF Multichannel Audio Framework

Kind	UL	Symbol	Definition
NODE	urn:smpte:ul:060e2b34.04010101.0d010801.02000000	SoundChannelLabeling

If Constrained Multichannel Audio Labeling Framework is used then any device or system that reads, writes or otherwise processes the file supports Multichannel Audio Labels Collection 1.

Constrained Multichannel Audio Labeling Framework
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/SN2/
- The file uses the Multichannel Audio Labeling Framework specified in SMPTE ST 377-4:2012.
- There is exactly one AudioChannelLabelSubDescriptor for each Audio Channel. This AudioChannelLabelSubDescriptor is strongly referenced by the "SubDescriptors" property of the Generic Sound Essence Descriptor of the Sound Track that contains the Audio Channel.
- There is exactly one SoundfieldGroupLabelSubDescriptor for each Soundfield Group. This SoundfieldGroupLabelSubDescriptor is strongly referenced by the "SubDescriptors" property of the Generic Sound Essence Descriptor of a Sound Track in the Soundfield Group.
- There is one or more GroupOfSoundfieldGroupsLabelSubDescriptor(s) for each Soundfield Group. Each of these GroupOfSoundfieldGroupsLabelSubDescriptors is strongly referenced by the "SubDescriptors" property of the Generic Sound Essence Descriptor of a Sound Track in the Soundfield Group.
- Each AudioChannelLabelSubDescriptor references exactly one SoundfieldGroupLabelSubDescriptor.
- Each SoundfieldGroupLabelSubDescriptor references all of the GroupOfSoundfieldGroupsLabelSubDescriptor(s) for the Soundfield Group it relates to.
- In each AudioChannelLabelSubDescriptor the following (ordinarily optional) properties are present: "MCA Tag Name", "MCA Channel ID".
- In each AudioChannelLabelSubDescriptor the following (ordinarily optional) properties are not present: "RFC 5646 Spoken Language".
- In each SoundfieldGroupLabelSubDescriptor the following (ordinarily optional) properties are present: "MCA Tag Name", "RFC 5646 Spoken Language".
- In each SoundfieldGroupLabelSubDescriptor the following (ordinarily optional) properties are not present: "MCA Channel ID".
- In each GroupOfSoundfieldGroupsLabelSubDescriptor the following (ordinarily optional) properties are present: "MCA Tag Name".
- In each GroupOfSoundfieldGroupsLabelSubDescriptor the following (ordinarily optional) properties are not present: "MCA Channel ID", "RFC 5646 Spoken Language".
- Implementation Notes
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/note/E6/
  - Distribution and Repetition of SubDescriptors
    
    SoundfieldGroupLabelSubDescriptors and GroupOfSoundfieldGroupsLabelSubDescriptors could all be on one Sound Track or distributed. Hence, even the GroupOfSoundfieldGroupsLabelSubDescriptors might not be on the same Sound Track.
    
    If several Soundfield Groups reference a single Group of Soundfield Groups then there will be more than one GroupOfSoundfieldGroupsLabelSubDescriptor for that Group of Soundfield Groups. That is, it is repeated for each Soundfield Group that references it.
    
    Type of RFC5646SpokenLanguage property
    
    The value of this property is encoded as a US-ASCII string with one byte per character.
    
    Details:
    - The RFC5646SpokenLanguage property of the {MCALabelSubDescriptor} is defined in SMPTE ST 377-4:2012 as having the type "ISO-8String". This type is undefined.
    - However, the entry for RFC5646SpokenLanguage in the SMPTE Elements Register correctly lists the type as "ISO7", which refers to "ISO/IEC 646:1991, Information technology -- ISO 7-bit coded character set for information interchange.". That is the same character repertoire referenced by IETF RFC 5646.

Multichannel Audio Labels Collection 1

Component metadata
- ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/MCAL_Labels_Set_1/

SMPTE Metadata Registers – Labels

Kind	UL	Symbol	Definition
LEAF	urn:smpte:ul:060e2b34.04010101.0d010801.01030100	AlternativeProgram	Identifies an alternative, complete audio program
LEAF	urn:smpte:ul:060e2b34.04010101.0d010801.01030400	MusicAndEffects	Identifies a mix of the Main Program with no dialogue
LEAF	urn:smpte:ul:060e2b34.04010101.0d010801.01030500	UnusedAudio	Identifies audio that is not used. The audio could be present for backward compatibility with devices and systems that require a set number of channels, beyond what is actually required to carry the content.
LEAF	urn:smpte:ul:060e2b34.0401010d.03020101.00000000	LeftAudioChannel	Identifies the Audio Channel intended to drive the Left loudspeaker
LEAF	urn:smpte:ul:060e2b34.0401010d.03020102.00000000	RightAudioChannel	Identifies the Audio Channel intended to drive the Right loudspeaker
LEAF	urn:smpte:ul:060e2b34.0401010d.03020103.00000000	CenterAudioChannel	Identifies the Audio Channel intended to drive the Center loudspeaker
LEAF	urn:smpte:ul:060e2b34.0401010d.03020104.00000000	LFEAudioChannel	Identifies the Audio Channel intended to drive the screen Low Frequency Effects loudspeaker
LEAF	urn:smpte:ul:060e2b34.0401010d.03020105.00000000	LeftSurroundAudioChannel	Identifies the Audio Channel intended to drive the Left Surround
LEAF	urn:smpte:ul:060e2b34.0401010d.03020106.00000000	RightSurroundAudioChannel	Identifies the Audio Channel intended to drive the Right Surround
LEAF	urn:smpte:ul:060e2b34.0401010d.03020201.00000000	_51SoundfieldGroup	Identifies the 5.1 Soundfield Group
LEAF	urn:smpte:ul:060e2b34.0401010d.03020205.00000000	_10MonauralSoundfieldGroup	Single channel mono designed to be played from Center loudspeaker
LEAF	urn:smpte:ul:060e2b34.0401010d.03020220.01000000	SMPTEST20678StandardStereo	Consists of Audio Channels L, R
LEAF	urn:smpte:ul:060e2b34.0401010d.03020320.01000000	SMPTEST20678MainProgram	Identifies SMPTE ST 2067-8 2067-8 Main Program
LEAF	urn:smpte:ul:060e2b34.0401010d.04020210.03020000	SMPTE4292DCinemaApplicationOfTheMultichannelAudioFramework	Identifies SMPTE-429-2 D-Cinema Application of the Multichannel Audio Framework

View the SMPTE Metadata Registers XML file(s):

specification_data_files/vm-1274-user.virt.ch.bbc.co.uk_c064c30/block/MCAL_Labels_Set_1/artefacts/Labels.xml

AudioChannelLabelSubDescriptors use the SMPTE Metadata Registers Entries listed here in accordance with this table.

SMPTE Metadata Registers Symbol	MCA Tag Name	MCA Tag Symbol
`LeftAudioChannel`	Left	`chL`
`RightAudioChannel`	Right	`chR`
`CenterAudioChannel`	Center	`chC`
`LFEAudioChannel`	LFE	`chLFE`
`LeftSurroundAudioChannel`	Left Surround	`chLs`
`RightSurroundAudioChannel`	Right Surround	`chRs`

SoundfieldGroupLabelSubDescriptors use the SMPTE Metadata Registers Entries listed here in accordance with this table.

SMPTE Metadata Registers Symbol	MCA Tag Name	MCA Tag Symbol	Constituent Audio Channels (in no particular order)
`_51SoundfieldGroup`	5.1	`sg51`	`chL` `chR` `chC` `chLFE` `chLs` `chRs`
`SMPTEST20678StandardStereo`	Standard Stereo	`sgST`	`chL` `chR`
`_10MonauralSoundfieldGroup`	1.0 Monaural	`sgM`	`chC`

GroupOfSoundfieldGroupsLabelSubDescriptors use the SMPTE Metadata Registers Entries listed here in accordance with this table.

SMPTE Metadata Registers Symbol	MCA Tag Name	MCA Tag Symbol
`AlternativeProgram`	Alternative Program	`ggAPg`
`MusicAndEffects`	Music and Effects	`ggME`
`SMPTEST20678MainProgram`	Main Program	`ggMPg`
`SMPTE4292DCinemaApplicationOfTheMultichannelAudioFramework`	D-Cinema	`ggDVS`
`UnusedAudio`	Unused Audio	`ggUnAu`

SMPTE Registers Node: InterpretiveSoundEssence
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/InterpretiveSoundEssence/
- SMPTE Metadata Registers – Labels
  Kind UL Symbol Definition
  NODE urn:smpte:ul:060e2b34.04010101.0d010801.01000000 InterpretiveSoundEssence SMPTE Label identifiers for Sound Essence interpretive data
  View the SMPTE Metadata Registers XML file(s):
  - specification_data_files/www.amwa.tv_c0f7b64/note/InterpretiveSoundEssence/artefacts/Labels.xml
SMPTE Registers Node: AudioChannel
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/AudioChannel/
- SMPTE Metadata Registers – Labels
  Kind UL Symbol Definition
  NODE urn:smpte:ul:060e2b34.04010101.0d010801.01010000 AudioChannel SMPTE Label identifiers for Audio Channel interpretive data
  View the SMPTE Metadata Registers XML file(s):
  - specification_data_files/www.amwa.tv_c0f7b64/note/AudioChannel/artefacts/Labels.xml
SMPTE Registers Node: SoundfieldGroup
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/SoundfieldGroup/
- SMPTE Metadata Registers – Labels
  Kind UL Symbol Definition
  NODE urn:smpte:ul:060e2b34.04010101.0d010801.01020000 SoundfieldGroup SMPTE Label identifiers for Soundfield Groups interpretive data
  View the SMPTE Metadata Registers XML file(s):
  - specification_data_files/www.amwa.tv_c0f7b64/note/SoundfieldGroup/artefacts/Labels.xml
SMPTE Registers Node: GroupOfSoundfieldGroups
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/GroupOfSoundfieldGroups/
- SMPTE Metadata Registers – Labels
  Kind UL Symbol Definition
  NODE urn:smpte:ul:060e2b34.04010101.0d010801.01030000 GroupOfSoundfieldGroups SMPTE Label identifiers for Groups of Soundfield Groups interpretive data
  View the SMPTE Metadata Registers XML file(s):
  - specification_data_files/www.amwa.tv_c0f7b64/note/GroupOfSoundfieldGroups/artefacts/Labels.xml
MCA Tag Symbol prefixes
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/E26/
- The MCA Tag Symbols for labels that are used here but defined elsewhere have had prefixes applied to the values specified in their defining documents.
  
  These prefixes (ch for Audio Channel; sg for Soundfield Group; gg for Group of Soundfield Group) are also applied by the Digital Cinema and IMF applications of the Multichannel Audio Labeling framework (SMPTE ST 377-4), so this Specification uses the same MCA Tag Symbols as used in those applications.
Labels used here but defined elsewhere
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/E27/
- Some of the Labels listed here are defined elsewhere. For a full explanation of such Labels, refer to the document detailed in the DefiningDocument element for the Label in the relevant XML.
Labeling Audio Description
- Component metadata
  - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/note/E84/
- The anticipated application of these Labels to "Audio Description" is as follows:
  - Audio Description will be labeled using SMPTE4292DCinemaApplicationOfTheMultichannelAudioFramework
  - SMPTE4292DCinemaApplicationOfTheMultichannelAudioFramework will be used with any of the supported SoundfieldGroupLabelSubDescriptors
  Other valid combinations of "Soundfield Group" and "Group of Soundfield Groups" Labels are also possible.
Unused Audio Labelling
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/E80/
- The "Unused Audio" label is expected to be used when channels are part of a fixed audio layout but are not used for the program or associated content. The Audio Channel and Soundfield Group labels are still used to label the physical properties of the unused audio, but the Soundfield Group references the "Unused Audio" Group Of Soundfield Groups label to indicate the channels are unused.

Implementation Notes
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/E40/
- "MCA Label Dictionary ID" Labels Used
  
  Note that no constraint is placed on which "MCA Label Dictionary ID" Labels can be used in the file. The stated constraint simply means that implementations that comply with this Block must be able to support all of the specified Labels. In practice this means that for most real Sound Tracks the specified Labels ought to be used but alternative Labels can be used if the need arises (for example to support the delivery of additional specialist Sound Tracks for which Labels have been privately agreed between the supplier and the broadcaster).

Implementation Notes
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/E60/
- Multichannel Audio Labeling Framework
  
  Each Sound Track will have:
  - one AudioChannelLabelSubDescriptor for each of its Audio Channels
  - one SoundfieldGroupLabelSubDescriptor
  - one or more GroupOfSoundfieldGroupsLabelSubDescriptors
  If two (or more) Soundfield Groups belong to the same Group of Soundfield Groups then the GroupOfSoundfieldGroupsLabelSubDescriptor will be repeated on each Sound Track that uses it.

Embedded XML Documents
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/DM2/
- An XML document that conforms to XML DM for Programmes and/or an XML document that conforms to Broadcaster-Specific XML DM for Programs are embedded in the file using XML Document in Header Metadata Carriage.
  - XML DM for Programmes
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/XML_DM_Programmes/
    - The namespace of the document's root element is Programmes Descriptive Metadata; the name of the document's root element is "Programmes_DM"; the Media type (MIME type) for the document is "application/xml"
      - Programmes Descriptive Metadata
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/DM_Programmes/
        
        XML Schema
        View the HTML Documentation for the XML Schema
        View the primary XML Schema file:
        specification_data_files/www.amwa.tv_c0f7b64/block/DM_Programmes/artefacts/DM_Programmes.xsd
        View the imported XML Schema file(s):
        specification_data_files/www.amwa.tv_c0f7b64/block/DM_Programmes/artefacts/import/DM_Identification.xsd
        specification_data_files/www.amwa.tv_c0f7b64/block/DM_Programmes/artefacts/import/DM_Programmes_DomainSpecific.xsd
        specification_data_files/www.amwa.tv_c0f7b64/block/DM_Programmes/artefacts/import/DM_InVisionAccessServices.xsd
        specification_data_files/www.amwa.tv_c0f7b64/block/DM_Programmes/artefacts/import/DM_ContentDetails.xsd
        specification_data_files/www.amwa.tv_c0f7b64/block/DM_Programmes/artefacts/import/DM_Common.xsd
        specification_data_files/www.amwa.tv_c0f7b64/block/DM_Programmes/artefacts/import/DM_Extras.xsd
  - Broadcaster-Specific XML DM for Programs
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/XML_DM_Programs_BS/
    - The Media type (MIME type) for the document is "application/xml"
    - Implementation Notes
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E75/
      - The namespace and name of the document's root element are not constrained by this Block. The intention is that a broadcaster (or similar organisation) provides an XML Schema to which this document must conform
  - XML Document in Header Metadata Carriage
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/XML0/
    - The XML document is a complete XML document (with a single root element) that is UTF-8 encoded without a "Byte-Order Mark" (BOM).
    - The XML document is carried in the Header Metadata according to SMPTE RP 2057:2011.
    - The instance of "Text-Based DM Framework" is strongly referenced from a Constrained Static DM Track.
      - Constrained Static DM Track
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/056/
        
        A Constrained Static DM Track is a Static Track (DM) in the Material Package that contains a Sequence, which contains exactly one DM Segment, which strongly references an instance of a DM Framework.
        
        Track Name
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/039/
        
        The "Track Name" property of an Constrained Static DM Track does not identify the DM Scheme whose DM Framework it references. In the absence of other requirements for "Track Name", it is suggested that files use a value corresponding to the DM Scheme used in the track, e.g. "AS_11_Core", "AS_11_UKDPP".
    - The XML document is carried in the "UTF-8 Text Data" property of the "UTF-8 Text-based Set".
    - In the "UTF-8 Text-based Set" the property "Text-based Metadata Payload Scheme ID" has the value of DM_XML_Document.
      - DM_XML_Document
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/XMLDMLabel/
        
        SMPTE Metadata Registers – Labels
        Kind UL Symbol Definition
        LEAF urn:smpte:ul:060e2b34.04010101.0d010801.04010000 DM_XML_Document Descriptive Metadata XML Document in Header Metadata
        View the SMPTE Metadata Registers XML file(s):
        specification_data_files/www.amwa.tv_c0f7b64/block/XMLDMLabel/artefacts/Labels.xml
        
        SMPTE Registers Node: MetadataPayloadSchemes
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/MetadataPayloadSchemes/
        
        SMPTE Metadata Registers – Labels
        Kind UL Symbol Definition
        NODE urn:smpte:ul:060e2b34.04010101.0d010801.04000000 MetadataPayloadSchemes
        View the SMPTE Metadata Registers XML file(s):
        specification_data_files/www.amwa.tv_c0f7b64/note/MetadataPayloadSchemes/artefacts/Labels.xml
    - In the "UTF-8 Text-based Set" the property "Text Data Description" is present and has a value equal to the namespace of the root element of the XML document.
    - 2-byte Local Length Encoding is used for both the "Text-Based DM Framework" and the "UTF-8 Text-based Set".
    - ST 2057 Implementation Notes
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E9/
      - XML Document size limits
        
        The constraints mean that Byte 6 of the two set keys will be 53h. The amount of text data must be equal to or less than 65535 bytes.
        
        Amendment
        
        A crucial amendment to ST 2057 exists and must be read carefully -- it changes the ULs of various keys used in the Standard.
- For each of these embedded XML documents, the "UTF-8 Text-based Set" that carries it is uniquely identified within the sets_in_scope by the value of its "Text Data Description" property, where sets_in_scope consists of all the instances of "Text-based Object" (as defined by SMPTE RP 2057:2011) present in the Material Package that have a value of DM_XML_Document for the "Text-based Metadata Payload Scheme ID" property.
  - DM_XML_Document
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/XMLDMLabel/
    - SMPTE Metadata Registers – Labels
      Kind UL Symbol Definition
      LEAF urn:smpte:ul:060e2b34.04010101.0d010801.04010000 DM_XML_Document Descriptive Metadata XML Document in Header Metadata
      View the SMPTE Metadata Registers XML file(s):
      specification_data_files/www.amwa.tv_c0f7b64/block/XMLDMLabel/artefacts/Labels.xml
    - SMPTE Registers Node: MetadataPayloadSchemes
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/MetadataPayloadSchemes/
      - SMPTE Metadata Registers – Labels
        Kind UL Symbol Definition
        NODE urn:smpte:ul:060e2b34.04010101.0d010801.04000000 MetadataPayloadSchemes
        View the SMPTE Metadata Registers XML file(s):
        specification_data_files/www.amwa.tv_c0f7b64/note/MetadataPayloadSchemes/artefacts/Labels.xml
- Other Text/XML Documents can also be Embedded
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/note/E82/
  - This Block does not prohibit other text documents (XML or otherwise) from also being embedded in the MXF file. This could be useful because it allows custom XML documents also to be carried along with the mandated XML document(s).
    
    Note that the stated constraints help readers in identifying the mandated XML document(s); if a device examines all sets / objects that meet all of the following criteria:
    - it is an instance of a "Text-based Object" (so it is a "Generic Stream Text-based Set", "UTF-8 Text-based Set" or "UTF-16 Text-based Set")
    - it is in the Material Package
    - the "Text-based Metadata Payload Scheme ID" property has the specified value
    then the set / object containing a specific mandated XML document can be uniquely identified by the value of its "Text Data Description" property (this property contains the namespace of the root element of the XML document).

Kind	UL	Symbol	Definition
NODE	urn:smpte:ul:060e2b34.04010101.0d010801.01000000	InterpretiveSoundEssence	SMPTE Label identifiers for Sound Essence interpretive data

Kind	UL	Symbol	Definition
NODE	urn:smpte:ul:060e2b34.04010101.0d010801.01010000	AudioChannel	SMPTE Label identifiers for Audio Channel interpretive data

Kind	UL	Symbol	Definition
NODE	urn:smpte:ul:060e2b34.04010101.0d010801.01020000	SoundfieldGroup	SMPTE Label identifiers for Soundfield Groups interpretive data

Kind	UL	Symbol	Definition
NODE	urn:smpte:ul:060e2b34.04010101.0d010801.01030000	GroupOfSoundfieldGroups	SMPTE Label identifiers for Groups of Soundfield Groups interpretive data

Kind	UL	Symbol	Definition
LEAF	urn:smpte:ul:060e2b34.04010101.0d010801.04010000	DM_XML_Document	Descriptive Metadata XML Document in Header Metadata

Kind	UL	Symbol	Definition
NODE	urn:smpte:ul:060e2b34.04010101.0d010801.04000000	MetadataPayloadSchemes

Kind	UL	Symbol	Definition
LEAF	urn:smpte:ul:060e2b34.04010101.0d010801.04010000	DM_XML_Document	Descriptive Metadata XML Document in Header Metadata

Kind	UL	Symbol	Definition
NODE	urn:smpte:ul:060e2b34.04010101.0d010801.04000000	MetadataPayloadSchemes

AS-11 Segmentation DM (Descriptive Metadata)

Component metadata
- ID: http://www.amwa.tv/projects/rules/01/block/530/
The file contains exactly one Program Segmentation Track.
- Program Segmentation Track
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/532/
  - A Program Segmentation Track is a Timeline Track that contains a Sequence that is composed of zero or more Filler objects and one or more DM Segment objects.
  - Each DM Segment object in the Program Segmentation Track represents, and aligns with, a region of program content in the Source Essence.
  - Each Filler object in the Program Segmentation Track represents, and aligns with, a region of non-program content in the Source Essence.
  - Track Name
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/038/
    - The "Track Name" property of the Program Segmentation Track does not identify the segmentation metadata scheme. In the absence of other requirements for "Track Name", it is suggested that files use a value corresponding to the DM Scheme used in the track, e.g. "AS_11_Segmentation".
  - Determining SOM and EOM
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/040/
    - The start and end timecodes for program regions, commonly referred to as "start of material" (som) and "end of material" (eom), can be determined based on the location of DM Segment objects on the Program Segmentation Track relative to the adjacent Timecode Track in the Material Package that contains the Program Segmentation Track.
  - Non-Programme Content
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/048/
    - Examples of non-programme content include: black, ident, clock.
This Track is in the Material Package.

Each DM Segment object in the Track strongly references an instance of DM_AS_11_Segmentation.

DM_AS_11_Segmentation

Component metadata
- ID: http://www.amwa.tv/projects/rules/01/block/505S/

This DM Scheme is identified by DM_AS_11_Segmentation (the DM Scheme Label) and has the following members: DM_AS_11_Segmentation_Framework (the DM Framework).

DM_AS_11_Segmentation
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/505L/
- SMPTE Metadata Registers – Labels
  Kind UL Symbol Definition
  LEAF urn:smpte:ul:060e2b34.04010101.0d010701.0b020000 DM_AS_11_Segmentation AS-11 segmentation metadata scheme
  View the SMPTE Metadata Registers XML file(s):
  - specification_data_files/www.amwa.tv_c0f7b64/block/505L/artefacts/Labels.xml

Kind	UL	Symbol	Definition
LEAF	urn:smpte:ul:060e2b34.04010101.0d010701.0b020000	DM_AS_11_Segmentation	AS-11 segmentation metadata scheme

DM_AS_11_Segmentation_Framework

Component metadata
- ID: http://www.amwa.tv/projects/rules/01/block/505F/

Framework / Group

UL: urn:smpte:ul:060e2b34.027f0101.0d010701.0b020100

Symbol: DM_AS_11_Segmentation_Framework

Properties / Elements in the Framework:

UL	Symbol	Definition	Type Symbol	Is Optional	Restrictions
urn:smpte:ul:060e2b34.01010101.0d010701.0b020101	AS_11_Part_Number	A number that both: uniquely identifies the part / segment within the programme; and identifies the position of the part / segment within the programme.	UInt16	false
urn:smpte:ul:060e2b34.01010101.0d010701.0b020102	AS_11_Part_Total	The count of parts / segments in the entire programme.	UInt16	false

View the SMPTE Metadata Registers XML file(s):

Implementation Notes
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/049_r001/
- The Track can be identified by an MXF reader by the presence of DM Segment objects that each strongly reference an instance of the "DM_AS_11_Segmentation_Framework" DM Framework.
- As the Track is in the Material Package, it is necessarily full from start to finish and is the same length as all other Timeline Tracks in the Material Package.
Repetition of Header Metadata
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/051/
- Repetition of Header Metadata in the Footer Partition is not considered to be another instance of any of the components of that Header Metadata.

Specification Identification

Component metadata
- ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/SpecID_X10/

The Specification_Identifiers Element is present in the Preface of the Header Partition.

Specification_Identifiers

Component metadata
- ID: http://www.amwa.tv/projects/rules/01/block/SpecID/

SMPTE Metadata Registers – Elements

Kind	UL	Symbol	Definition	Type Symbol	Restrictions
LEAF	urn:smpte:ul:060e2b34.01010101.0d010801.01010000	Specification_Identifiers	A set of AUIDs where each AUID identifies a "file format" "Block" to which the MXF file conforms. A "file format" "Block" is a "Block" (a Rules Framework Component) that is usually at (or close to) the root of a Rules-based Specification.	AUIDSet

View the SMPTE Metadata Registers XML file(s):

SMPTE Registers Node: Specification_Identification (Elements Register)
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/Specification_Identification_E/
- SMPTE Metadata Registers – Elements
  Kind UL Symbol Definition Type Symbol Restrictions
  NODE urn:smpte:ul:060e2b34.01010101.0d010801.01000000 Specification_Identification
  View the SMPTE Metadata Registers XML file(s):
  - specification_data_files/www.amwa.tv_c0f7b64/note/Specification_Identification_E/artefacts/Elements.xml

The value of this Element includes the Label Blocks_FF_X10.
- Blocks_FF_X10
  - Component metadata
    - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/SpecID_LX10/
  - SMPTE Metadata Registers – Labels
    Kind UL Symbol Definition
    LEAF urn:smpte:ul:060e2b34.04010101.0d010801.030d0000 Blocks_FF_X10_WIP Blocks File Format X10
    View the SMPTE Metadata Registers XML file(s):
    - specification_data_files/vm-1274-user.virt.ch.bbc.co.uk_c064c30/block/SpecID_LX10/artefacts/Labels.xml

Timecode constraints
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/block/TT0_r001/
- Timecode Track Presence
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/280/
  - The Material Package contains exactly one Timecode Track.
  - Implementation Notes
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/021/
    - This Timecode Track provides "Synthetic Timecode" because its Timecode is "generated" from a single "Start Timecode" value that is associated with the beginning of the Material Package. This means that the Timecode is necessarily continuous throughout the entire playback of the MXF file.
- Constrained Timecode Track in Material Package
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/TTC_MP/
  - The Timecode Track in the Material Package is a Constrained Timecode Track.
    - Constrained Timecode Track
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/TTC/
      - A Constrained Timecode Track is a Timecode Track.
      - The value of the "Edit Rate" property of this Timecode Track is the same as the value of the "Edit Rate" property of the Picture Track in the same Package.
      - There is exactly one Timecode Component in this Timecode Track.
      - The value of the "Rounded Timecode Base" property of the Timecode Component is the "Edit Rate" of this Timecode Track rounded to the nearest integer.
- Timecode mode signalling
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/DF/
  - The value of the "Drop Frame" property of the Timecode Component in the Timecode Track in the Material Package is "False" (indicating non-drop frame timecode is in use) except in any of the following scenarios (in which case it is "True", indicating drop frame timecode is in use):
    - The "Rounded Timecode Base" property of the Timecode Component is 60 and the "Edit Rate" of the Timecode Track is mathematically equal to 60000/1001
    - The "Rounded Timecode Base" property of the Timecode Component is 30 and the "Edit Rate" of the Timecode Track is mathematically equal to 30000/1001
  - Rational Numbers
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/E69/
    - Care must be taken when dealing with numbers expressed as a ratio of two integers ("rationals"). They are often used to represent temporal rates or image aspect ratios.
      
      When making comparisons of these values, it is insufficient to simply compare each of the numerators and each of the denominators. For example, 7/5 is mathematically equal to 14/10.
  - Implementation Notes
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/E81/
    - Note that for an "Edit Rate" of 24000/1001 the "Drop Frame" property will be "False" because drop frame timecode is not applicable to this rate.
- Timecode Track Precedence
  - Component metadata
    - ID: http://www.amwa.tv/projects/rules/01/block/290/
  - The Timecode Track in the Material Package defines the authoritative program timecode.
  - Implementation Notes
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/note/022/
    - The Timecode defined by the Timecode Track in the Material Package must be used by all the components of a system that handles the file. Other Timecodes could be present in the file but these are not authoritative -- these other Timecodes could be used by certain systems for very specialist purposes (such as keeping track of where each frame of content originated from) but they must never be used as the authoritative / principal Timecode for the content.
Closed Captions (Optional)
- Component metadata
  - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/CC_Choice/
- Closed Captions are included in the form of Caption Distribution Packets using Closed Captions Carriage and/or an XML document using Timed Text Subtitles/Captions.
  - Closed Captions Carriage
    - Component metadata
      - ID: http://www.amwa.tv/projects/rules/01/block/CCC_FI_r002/
    - The mapping of Caption Distribution Packets into VANC Data Packets conforms to SMPTE ST 334-1:2015.
    - The mapping of VANC Data Packets into ANC Frame Elements is as specified in Constrained Ancillary Data Mapping.
      - Constrained Ancillary Data Mapping
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/block/CADM_FI_r002/
        
        The mapping of VANC Data Packets into ANC Frame Elements is as specified in SMPTE ST 436-1:2013 where "Payload Sample Coding" is "8-bit luma samples" (04h) and "Wrapping Type" is: "VANC Field 1" (02h) or "VANC Field 2" (03h) for both interlaced and progressive Picture Essence.
        
        Field Wrapping
        
        Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E77_r002/
        
        CTA-608-E requires that Caption Distribution Packets are marked as Field 1 or Field 2 for proper assignment for services CC 1-4, XDS and Text, even if the Picture Essence is progressive scanned, and in the case of 59.94 Progressive marked "VANC Frame", decoders might have to infer this information by examination of the caption data itself. Therefore, the "Wrapping Type" needs to be "VANC Field 1" or "VANC Field 2" in all cases for consistency of the SMPTE ST 436-1 embedded line numbers.
    - Implementation Notes
      - Component metadata
        
        ID: http://www.amwa.tv/projects/rules/01/note/E62_r001/
      - DID and SDID values
        
        VANC Data Packets that are carrying Caption Distribution Packets will have a DID value of 61h and a SDID value of 01h.
        
        Other data being carried in the ANC Frame Element
        
        The ANC Frame Element can also contain HANC Data Packets and other VANC Data Packets in addition to those carrying Caption Distribution Packets. Irrespective of what data is carried in the ANC Frame Element, there is only ever one Track (in each of the Material Package and Top-Level File Package), one Data Element, and one associated Essence Descriptor in the MXF file.
  - Timed Text Subtitles/Captions
    - Component metadata
      - ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/block/IMSC1b/
    - Subtitles conform to W3C REC-ttml-imsc1.1-20181108 Text or Image profile.
    - One or more TTML subtitle documents are carried in Essence Containers, and their resources in Generic Stream Containers, according to SMPTE ST 2067-2:2016.
    - The durations of the Source Clips of TTML Data Tracks in the Material Package are the same as the durations of the corresponding TTML files.
    - Implementation Notes
      - Component metadata
        
        ID: http://vm-1274-user.virt.ch.bbc.co.uk/as/note/IMSC1b/
      - The method of embedding TTML subtitles corresponds to that used by IMF, but IMF subtitles are stored in separate mono-Essence files, and conform to version 1.0 of IMSC (as of SMPTE ST 2067-2:2016).
        
        Filler objects can be used to align subtitles to the other Essence. For example, a lead-in of non-programme content may be added for distribution. A Filler object of the length of this lead-in can be added to the TTML Data Track in the Material Package before the Source Clip which references the Data Track in the Top-Level File Package. This avoids the need for the subtitle document to be modified to maintain alignment.
        
        Subtitles are embedded using Clip Wrapping, whereas Picture Essence and Sound Essence employ Frame Wrapping. This requires separate Essence Containers to be used, resulting in more than one file Source Package, and hence the file will be signalled as OP1b (SMPTE ST 391:2004). However, if any Filler objects are used, the Material Package will contain edit decisions, so the file becomes OP3b (SMPTE ST 407:2006).
Implementation Notes
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/implementation4/
- Essence Container Label
  
  The stated constraints mean that the <Essence Container Label> used to identify the <Picture Essence> mapping is always urn:smpte:ul:060e2b34.0401010a.0d010301.02106001 (MXFGCAVCByteStreamWithVideoStream0SIDFrameWrapped)
Audio Layout Modes summary
- Component metadata
  - ID: http://www.amwa.tv/projects/rules/01/note/E67/
- A summary of the {Audio Layout Mode}s available in this Specification is in the table below. Note that every MXF file must use one of the listed modes.
  
  In all defined modes there can be between 0 and 127 (inclusive) Sound Tracks in the MXF file.
  
  Mode Name "Channel Assignment Label" "MCA Labeling Present" "Default Audio Layout"
  
  Audio Layout Mode 0 ConstrainedMultichannelAudioLabelingFramework true NOT SET (no assumptions can be made)

Kind	UL	Symbol	Definition	Type Symbol	Restrictions
NODE	urn:smpte:ul:060e2b34.01010101.0d010801.01000000	Specification_Identification

Kind	UL	Symbol	Definition
LEAF	urn:smpte:ul:060e2b34.04010101.0d010801.030d0000	Blocks_FF_X10_WIP	Blocks File Format X10

Mode Name	"Channel Assignment Label"	"MCA Labeling Present"	"Default Audio Layout"
Audio Layout Mode 0	ConstrainedMultichannelAudioLabelingFramework	true	NOT SET (no assumptions can be made)

Table of Terms

Term	Explanation
2-byte Local Length Encoding	A syntax encoding for "Local Sets" that uses 2-byte Tags and 2-byte Lengths. ID: http://www.amwa.tv/projects/rules/01/term/2-byte%20Local%20Length%20Encoding/ Defined By: SMPTE ST 377-1
ANC Frame Element	A KLV triplet containing one frame's worth of an Essence Element carrying ANC packets such as VANC Data Packets. ID: http://www.amwa.tv/projects/rules/01/term/ANC%20Frame%20Element/ Defined By: SMPTE ST 436-1
Audio Channel	A distinct collection of sequenced audio samples that are intended for delivery to a single loudspeaker or other reproduction device. ID: http://www.amwa.tv/projects/rules/01/term/Audio%20Channel/ Defined By: SMPTE ST 377-4
AudioChannelLabelSubDescriptor	A subclass of MCALabelSubDescriptor used to describe an Audio Channel. ID: http://www.amwa.tv/projects/rules/01/term/AudioChannelLabelSubDescriptor/ Defined By: SMPTE ST 377-4
AVC	Advanced Video Coding. A DCT-based video compression format. ID: http://www.amwa.tv/projects/rules/01/term/AVC/ Defined By: ITU-T Rec H.264
AVC Byte Stream Format	A format designed to enable delivery of AVC NAL units as an ordered stream of bytes or bits. ID: http://www.amwa.tv/projects/rules/01/term/AVC%20Byte%20Stream%20Format/ Defined By: ITU-T Rec H.264
Caption Distribution Packet	A data format designed to carry (among other things) the captions data defined by CTA-708. ID: http://www.amwa.tv/projects/rules/01/term/Caption%20Distribution%20Packet_r001/ Defined By: SMPTE ST 334-2
Channel Assignment Label	A property of an Audio Layout Mode ID: http://www.amwa.tv/projects/rules/01/term/Channel%20Assignment%20Label/
Clip Wrapping	A method for carrying an entire Essence stream as one contiguous unit. ID: http://www.amwa.tv/projects/rules/01/term/Clip%20Wrapping/ Defined By: SMPTE ST 379-2
colour_description_present_flag	An AVC syntax element that signals the presence of additional syntax elements that describe the colour properties of the encoding. When set equal to 1 it specifies that the colour_primaries, transfer_characteristics and matrix_coefficients syntax elements are present. ID: http://www.amwa.tv/projects/rules/01/term/colour_description_present_flag/ Defined By: ITU-T Rec H.264
colour_primaries	An AVC syntax element that indicates the chromaticity co-ordinates of the encoding. ID: http://www.amwa.tv/projects/rules/01/term/colour_primaries/ Defined By: ITU-T Rec H.264
Data Essence	Types of Essence that are not picture or sound. ID: http://www.amwa.tv/projects/rules/01/term/Data%20Essence/ Defined By: SMPTE ST 377-1
Data Track	A type of Essence Track that references Data Essence. ID: http://www.amwa.tv/projects/rules/01/term/Data%20Track/ Defined By: SMPTE ST 377-1
Default Audio Layout	A property of an Audio Layout Mode ID: http://www.amwa.tv/projects/rules/01/term/Default%20Audio%20Layout/
Descriptive Metadata	Generic term used for descriptive data whose purpose is to describe Essence data. ID: http://www.amwa.tv/projects/rules/01/term/Descriptive%20Metadata/ Defined By: SMPTE ST 377-1
DM Framework	A Descriptive Metadata Class that is a Subclass of Descriptive Framework. ID: http://www.amwa.tv/projects/rules/01/term/DM%20Framework/ Defined By: SMPTE ST 377-1
DM Scheme	A mechanism for defining collections of Descriptive Metadata. ID: http://www.amwa.tv/projects/rules/01/term/DM%20Scheme/ Defined By: SMPTE ST 377-1
DM Scheme Label	An identifier for a DM Scheme. It is stored in an MXF file's Preface::DMSchemes property to signify the use of that DM Scheme in the file. ID: http://www.amwa.tv/projects/rules/01/term/DM%20Scheme%20Label/ Defined By: SMPTE ST 377-1
DM Segment	An MXF structure used to generically contain Descriptive Metadata on a Track. ID: http://www.amwa.tv/projects/rules/01/term/DM%20Segment/ Defined By: SMPTE ST 377-1
Edit Unit	A temporal division of a Track. ID: http://www.amwa.tv/projects/rules/01/term/Edit%20Unit/ Defined By: SMPTE ST 377-1
Essence	A bitstream comprising picture, sound or data. ID: http://www.amwa.tv/projects/rules/01/term/Essence/ Defined By: SMPTE ST 377-1
Essence Container	A part of an MXF file that carries one or more Essence streams. ID: http://www.amwa.tv/projects/rules/01/term/Essence%20Container/ Defined By: SMPTE ST 377-1
Essence Element	The entire essence stream of a single Track. ID: http://www.amwa.tv/projects/rules/01/term/Essence%20Element/ Defined By: SMPTE ST 379-2
Essence Track	A type of Track that references Essence. ID: http://www.amwa.tv/projects/rules/01/term/Essence%20Track/ Defined By: SMPTE ST 377-1
Filler	An MXF structure used to describe empty space on a Timeline Track. ID: http://www.amwa.tv/projects/rules/01/term/Filler/ Defined By: SMPTE ST 377-1
fixed_frame_rate_flag	An AVC syntax element that indicates that constraints apply to the temporal distance between the output times of any two consecutive pictures. ID: http://www.amwa.tv/projects/rules/01/term/fixed_frame_rate_flag/ Defined By: ITU-T Rec H.264
Frame Wrapping	A method for dividing and interleaving Essence Elements for each frame of Picture Essence. ID: http://www.amwa.tv/projects/rules/01/term/Frame%20Wrapping/ Defined By: SMPTE ST 379-2
Generic Container	MXF data structure used to store Essence data in an MXF file. ID: http://www.amwa.tv/projects/rules/01/term/Generic%20Container/ Defined By: SMPTE ST 379-2
Generic Sound Essence Descriptor	A Subclass of the File Descriptor. It is designed to provide generic parametric information which describes the Sound Essence. ID: http://www.amwa.tv/projects/rules/01/term/Generic%20Sound%20Essence%20Descriptor/ Defined By: SMPTE ST 377-1
Generic Stream Container	MXF data structure used to store unevenly-distributed Essence or large amounts of metadata. ID: http://www.amwa.tv/projects/rules/01/term/Generic%20Stream%20Container/ Defined By: SMPTE ST 410
Group of Soundfield Groups	A collection of one or more Soundfield Groups which all have the same program content or the same purpose. ID: http://www.amwa.tv/projects/rules/01/term/Group%20of%20Soundfield%20Groups/ Defined By: SMPTE ST 377-4
GroupOfSoundfieldGroupsLabelSubDescriptor	A subclass of MCALabelSubDescriptor used to describe a Group of Soundfield Groups. ID: http://www.amwa.tv/projects/rules/01/term/GroupOfSoundfieldGroupsLabelSubDescriptor/ Defined By: SMPTE ST 377-4
Header Metadata	MXF data structures that collectively describe the data in the Essence data in an MXF file. ID: http://www.amwa.tv/projects/rules/01/term/Header%20Metadata/ Defined By: SMPTE ST 377-1
Header Partition	The first Partition in the MXF file. This Partition always contains a copy of the Header Metadata. ID: http://www.amwa.tv/projects/rules/01/term/Header%20Partition/ Defined By: SMPTE ST 377-1
IMF	Interoperable Master Format. A framework to accommodate programme material and the instructions for rendering different versions of it. ID: http://www.amwa.tv/projects/rules/01/term/IMF/ Defined By: SMPTE OV 2067-0
Index Table	A structure in an MXF file used to efficiently access Essence data. ID: http://www.amwa.tv/projects/rules/01/term/Index%20Table/ Defined By: SMPTE ST 377-1
Index Table Segment	A part of an Index Table. ID: http://www.amwa.tv/projects/rules/01/term/Index%20Table%20Segment/ Defined By: SMPTE ST 377-1
KLV Alignment Grid	A notional byte spacing which may be used to align KLV items within a Partition. ID: http://www.amwa.tv/projects/rules/01/term/KLV%20Alignment%20Grid/ Defined By: SMPTE ST 377-1
KLV Fill	Refers to the well-defined means of inserting empty, "fill", data in an MXF file. ID: http://www.amwa.tv/projects/rules/01/term/KLV%20Fill/ Defined By: SMPTE ST 377-1
Material Package	An MXF data structure that describes an output timeline of the file. ID: http://www.amwa.tv/projects/rules/01/term/Material%20Package/ Defined By: SMPTE ST 377-1
matrix_coefficients	An AVC syntax element that indicates the matrix coefficients used to derive the luma and chroma signals from the colour primary signals. ID: http://www.amwa.tv/projects/rules/01/term/matrix_coefficients/ Defined By: ITU-T Rec H.264
MCA Labeling Present	A property of an Audio Layout Mode ID: http://www.amwa.tv/projects/rules/01/term/MCA%20Labeling%20Present/
MCALabelSubDescriptor	An abstract superclass used in the Multichannel Audio Labeling Framework, derived from the MXF SubDescriptor. ID: http://www.amwa.tv/projects/rules/01/term/MCALabelSubDescriptor/ Defined By: SMPTE ST 377-4
Package	An MXF structure that aggregates one or more Tracks. ID: http://www.amwa.tv/projects/rules/01/term/Package/ Defined By: SMPTE ST 377-1
Partition	A portion of the MXF file. An MXF file consists of a sequence of Partitions. ID: http://www.amwa.tv/projects/rules/01/term/Partition/ Defined By: SMPTE ST 377-1
Picture Essence	A type of Essence containing predominantly picture data. ID: http://www.amwa.tv/projects/rules/01/term/Picture%20Essence/ Defined By: SMPTE ST 377-1
Picture Essence Descriptor	MXF technical metadata that describes the Picture Essence. ID: http://www.amwa.tv/projects/rules/01/term/Picture%20Essence%20Descriptor/ Defined By: SMPTE ST 377-1
Picture Track	A type of Essence Track that references Picture Essence. ID: http://www.amwa.tv/projects/rules/01/term/Picture%20Track/ Defined By: SMPTE ST 377-1
Preface	The root of the Strong Reference tree of the Header Metadata. ID: http://www.amwa.tv/projects/rules/01/term/Preface/ Defined By: SMPTE ST 377-1
Random Index Pack	A table that contains the byte offsets of all Partitions. ID: http://www.amwa.tv/projects/rules/01/term/Random%20Index%20Pack/ Defined By: SMPTE ST 377-1
Sequence	A Structural Metadata Class that is a Subclass of Structural Component. ID: http://www.amwa.tv/projects/rules/01/term/Sequence/ Defined By: SMPTE ST 377-1
Sound Essence	A type of Essence containing sound data. ID: http://www.amwa.tv/projects/rules/01/term/Sound%20Essence/ Defined By: SMPTE ST 377-1
Sound Essence Descriptor	MXF technical metadata that describes the Sound Essence. ID: http://www.amwa.tv/projects/rules/01/term/Sound%20Essence%20Descriptor/ Defined By: SMPTE ST 377-1
Sound Track	A type of Essence Track that references Sound Essence. ID: http://www.amwa.tv/projects/rules/01/term/Sound%20Track/ Defined By: SMPTE ST 377-1
Soundfield Group	A collection of Audio Channels meant to be played out simultaneously through a given Soundfield Configuration. ID: http://www.amwa.tv/projects/rules/01/term/Soundfield%20Group/ Defined By: SMPTE ST 377-4
SoundfieldGroupLabelSubDescriptor	A subclass of MCALabelSubDescriptor used to describe a Soundfield Group. ID: http://www.amwa.tv/projects/rules/01/term/SoundfieldGroupLabelSubDescriptor/ Defined By: SMPTE ST 377-4
Source Clip	An MXF structure that enables a portion of one Track to be referenced by another Track. ID: http://www.amwa.tv/projects/rules/01/term/Source%20Clip/ Defined By: SMPTE ST 377-1
Source Essence	Essence data referenced by a Source Package. ID: http://www.amwa.tv/projects/rules/01/term/Source%20Essence/ Defined By: SMPTE ST 377-1
Source Package	MXF data structure that describes source Essence. ID: http://www.amwa.tv/projects/rules/01/term/Source%20Package/ Defined By: SMPTE ST 377-1
Static Track (DM)	A Track carrying unchanging Descriptive Metadata. ID: http://www.amwa.tv/projects/rules/01/term/Static%20Track%20(DM)/ Defined By: SMPTE ST 377-1
Timecode	An annotation of elapsed time along a Track. ID: http://www.amwa.tv/projects/rules/01/term/Timecode/ Defined By: SMPTE ST 377-1
Timecode Component	An MXF structure that stores Timecode information. ID: http://www.amwa.tv/projects/rules/01/term/Timecode%20Component/ Defined By: SMPTE ST 377-1
Timecode Track	An MXF Track that stores one or more Timecode Components. ID: http://www.amwa.tv/projects/rules/01/term/Timecode%20Track/ Defined By: SMPTE ST 377-1
Timeline Track	A specialized MXF Track that describes a timeline by specifying an origin and rate. ID: http://www.amwa.tv/projects/rules/01/term/Timeline%20Track/ Defined By: SMPTE ST 377-1
Top-Level File Package	A Source Package that is internal to the file and which is directly referenced by a Material Package of the file. ID: http://www.amwa.tv/projects/rules/01/term/Top-Level%20File%20Package/ Defined By: SMPTE ST 377-1
Track	MXF data structure used to describe the content structure. ID: http://www.amwa.tv/projects/rules/01/term/Track/ Defined By: SMPTE ST 377-1
transfer_characteristics	An AVC syntax element that indicates the relationship between the scene or display brightness and the level of the luma and chroma signals. ID: http://www.amwa.tv/projects/rules/01/term/transfer_characteristics/ Defined By: ITU-T Rec H.264
TTML	Timed Text Markup Language. An XML content type that describes text delivered on a timeline. ID: http://www.amwa.tv/projects/rules/01/term/TTML/ Defined By: W3C TTML2
VANC Data Packet	An ancillary data packet in the vertical ancillary data space (VANC). ID: http://www.amwa.tv/projects/rules/01/term/VANC%20Data%20Packet/ Defined By: SMPTE ST 291-1
video_full_range_flag	An AVC syntax element that indicates the black level and range of the luma and chroma signals. ID: http://www.amwa.tv/projects/rules/01/term/video_full_range_flag/ Defined By: ITU-T Rec H.264

Table of References

Name

Information

CTA-608

Line 21 Data Services

ID: http://www.amwa.tv/projects/rules/01/external_reference/CTA-608/

CTA-608-E
Line 21 Data Services https://www.techstreet.com/standards/cta-608-e-r2014?product_id=1815447 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/CTA-608-E/

CTA-708

Digital Television (DTV) Closed Captioning

ID: http://www.amwa.tv/projects/rules/01/external_reference/CTA-708/

ITU-R Recommendation ITU-R BT.2100

Image parameter values for high dynamic range television for use in production and international programme exchange

ID: http://www.amwa.tv/projects/rules/01/external_reference/ITU%20R-Rec-BT.2100/

ITU-R Recommendation ITU-R BT.2100-1
Image parameter values for high dynamic range television for use in production and international programme exchange https://www.itu.int/rec/R-REC-BT.2100 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/ITU%20R-Rec-BT.2100-1/

ITU-T Rec H.264

Advanced Video Coding for Generic Audio-Visual Services

ID: http://www.amwa.tv/projects/rules/01/external_reference/ITU%20T-Rec-H.264/

ITU-T Rec H.264-201704
Advanced Video Coding for Generic Audio-Visual Services https://www.itu.int/rec/T-REC-H.264 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/ITU%20T-Rec-H.264-201704/

SMPTE OV 2067-0

Interoperable Master Format

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20OV%202067-0/

SMPTE RP 2057

Text-Based Metadata Carriage in MXF

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20RP%202057/

SMPTE RP 2057:2011
Text-Based Metadata Carriage in MXF http://dx.doi.org/10.5594/SMPTE.RP2057.2011 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20RP%202057-2011/

SMPTE ST 2067-2

Interoperable Master Format — Core Constraints

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%202067-2/

SMPTE ST 2067-2:2016
Interoperable Master Format — Core Constraints https://dx.doi.org/10.5594/SMPTE.ST2067-2.2016 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%202067-2-2016/

SMPTE ST 291-1

Ancillary Data Packet and Space Formatting

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20291-1/

SMPTE ST 334-1

Vertical Ancillary Data Mapping of Caption Data and Other Related Data

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20334-1/

SMPTE ST 334-1:2015
Vertical Ancillary Data Mapping of Caption Data and Other Related Data http://dx.doi.org/10.5594/SMPTE.ST334-1.2015 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20334-1-2015/

SMPTE ST 334-2

Caption Distribution Packet (CDP) Definition

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20334-2/

SMPTE ST 377-1

Material Exchange Format (MXF) — File Format Specification

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20377-1/

SMPTE ST 377-1:2011
Material Exchange Format (MXF) — File Format Specification http://dx.doi.org/10.5594/SMPTE.ST377-1.2011 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20377-1-2011/

SMPTE ST 377:2004
Material Exchange Format (MXF) −− File Format Specification http://dx.doi.org/10.5594/SMPTE.ST377.2004 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20377-1-2004/

SMPTE ST 377-4

MXF Multichannel Audio Labeling Framework

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20377-4/

SMPTE ST 377-4:2012
MXF Multichannel Audio Labeling Framework http://dx.doi.org/10.5594/SMPTE.ST377-4.2012 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20377-4-2012/

SMPTE ST 378

MXF Operational pattern 1A (Single Item, Single Package)

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20378/

SMPTE ST 378:2004
MXF Operational pattern 1A (Single Item, Single Package) http://dx.doi.org/10.5594/SMPTE.ST378.2004 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20378-2004/

SMPTE ST 379-2

MXF Generic Container

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20379-2/

SMPTE ST 381-3

Material Exchange Format—Mapping AVC Streams into the MXF Generic Container

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20381-3/

SMPTE ST 381-3:2013
Material Exchange Format—Mapping AVC Streams into the MXF Generic Container http://dx.doi.org/10.5594/SMPTE.ST381-3.2013 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20381-3-2013/

SMPTE ST 382

Mapping AES3 and Broadcast Wave Audio into the MXF Generic Container

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20382/

SMPTE ST 382:2007
Mapping AES3 and Broadcast Wave Audio into the MXF Generic Container http://dx.doi.org/10.5594/SMPTE.ST382.2007 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20382-2007/

SMPTE ST 391

MXF Operational Pattern 1b (Single Item, Ganged Packages)

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20391/

SMPTE ST 391:2004
MXF Operational Pattern 1b (Single Item, Ganged Packages) http://dx.doi.org/10.5594/SMPTE.ST391.2004 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20391-2004/

SMPTE ST 407

MXF Operational Patterns 3a and 3b

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20407/

SMPTE ST 407:2006
MXF Operational Patterns 3a and 3b https://dx.doi.org/10.5594/SMPTE.ST407.2006 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20407-2006/

SMPTE ST 410

Material Exchange Format — Generic Stream Partition

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20410/

SMPTE ST 436-1

MXF Mappings for VI Lines and Ancillary Data Packets

ID: http://www.amwa.tv/projects/rules/01/external_reference/SMPTE%20ST%20436-1/

SMPTE ST 436-1:2013
MXF Mappings for VI Lines and Ancillary Data Packets http://dx.doi.org/10.5594/SMPTE.ST436-1.2013 ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/SMPTE%20ST%20436-1-2013/

W3C TTML-IMSC1.1

TTML Profiles for Internet Media Subtitles and Captions 1.1

ID: http://www.amwa.tv/projects/rules/01/external_reference/W3C%20TTML-IMSC1.1/

W3C REC-ttml-imsc1.1-20181108
TTML Profiles for Internet Media Subtitles and Captions 1.1 https://www.w3.org/TR/2018/REC-ttml-imsc1.1-20181108/ ID: http://www.amwa.tv/projects/rules/01/external_reference_revision/W3C%20TTML-IMSC1.1-20181108/

W3C TTML2

Timed Text Markup Language 2

ID: http://www.amwa.tv/projects/rules/01/external_reference/W3C%20TTML2/

THIS AMWA SPECIFICATION IS BEING OFFERED WITHOUT ANY WARRANTY WHATSOEVER, AND IN PARTICULAR, ANY WARRANTY OF NON-INFRINGEMENT IS EXPRESSLY DISCLAIMED. ANY USE OF THIS SPECIFICATION SHALL BE MADE ENTIRELY AT THE IMPLEMENTER'S OWN RISK, AND NEITHER AMWA, NOR ANY OF ITS MEMBERS OR CONTRIBUTORS, SHALL HAVE ANY LIABILITY WHATSOEVER TO ANY IMPLEMENTER OR THIRD PARTY FOR ANY DAMAGES OF ANY NATURE WHATSOEVER, DIRECTLY OR INDIRECTLY, ARISING FROM THE USE OF THIS SPECIFICATION.

Readers are advised that any IPR contribution forms associated with this project are available from the AMWA

[Work In Progress] AMWA AS-11 X10 MXF Program Contribution - NABA DPP HDR UHD and HD (AVC)

About this web page

AS-11: Media Contribution File Formats

Purpose of the AS-11 X10 Specification

Aims

Some notes on practical use

Understanding the Specification Blocks Tree

The Rules-Based Specification Framework

Conformance

The Specification Blocks Tree

Explanation of Essence Segmenting and Partitions

Partition size regularity

Index Table Segment details

Partitions

Index Table Repetition

Distribution and Repetition of SubDescriptors

Type of RFC5646SpokenLanguage property

SMPTE Metadata Registers – Labels

SMPTE Metadata Registers – Labels

Distribution and Repetition of SubDescriptors

Type of RFC5646SpokenLanguage property

SMPTE Metadata Registers – Labels

SMPTE Metadata Registers – Labels

SMPTE Metadata Registers – Labels

SMPTE Metadata Registers – Labels

SMPTE Metadata Registers – Labels

"MCA Label Dictionary ID" Labels Used

Multichannel Audio Labeling Framework

XML Schema

SMPTE Metadata Registers – Labels

SMPTE Metadata Registers – Labels

XML Document size limits

Amendment

SMPTE Metadata Registers – Labels

SMPTE Metadata Registers – Labels

SMPTE Metadata Registers – Labels

Framework / Group

Properties / Elements in the Framework:

SMPTE Metadata Registers – Elements

SMPTE Metadata Registers – Elements

SMPTE Metadata Registers – Labels

DID and SDID values

Other data being carried in the ANC Frame Element

Essence Container Label

Table of Terms

Table of References

[Work In Progress] AMWA AS-11 X10
MXF Program Contribution - NABA DPP HDR UHD and HD (AVC)