[Archived] AMWA AS-11 X8
MXF Program Contribution - NABA DPP HD (MPEG-2)
About this web page
This web page is the principal rendering / view of the AMWA AS-11 X8 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 X8 Specification
Aims
This Specification aims to define a file format for the delivery of finished HD TV Programmes (MPEG-2) 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.
-
File Format
-
Component metadata
-
SMPTE RDD 9 (with variations)
-
Component metadata
-
The file conforms to SMPTE RDD 9:2013 with the additional constraints and deviations from the Specification detailed here.
-
The Picture Essence and Sound Essence match one of the configurations listed in this table.
Configuration Name RDD 9 "categorization" MPEG-2 Profile & Level MPEG-2 bit rate Video frame dimensions Video frame rate Progressive or Interlaced Color Subsampling Audio sample quantisation Option 1a HD422 4:2:2P@HL 50 Mbit/s 1280x720 59.94 Progressive 4:2:2 24-bit Option 1b HD422 4:2:2P@HL 50 Mbit/s 1920x1080 29.97 Interlaced 4:2:2 24-bit -
There are any number of Audio Channels in the file up to a maximum of 16.
-
The Essence Container is segmented into Partitions and indexed according to the basic Segmented Body Partition Style (section 8.2.1, but not 8.2.1.1 or 8.2.1.2, of SMPTE RDD 9:2013).
-
Variation from RDD 9
-
Component metadata
-
To be strictly conformant to SMPTE RDD 9:2013, files must have 8 Audio Channels.
-
-
-
Closed Complete Header
-
Component metadata
-
The Header Partition is "Closed" and "Complete".
-
Implementation Notes
-
Component metadata
-
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.
-
-
-
Timecode constraints
-
Component metadata
-
Constrained Timecode Track in Material Package
-
Component metadata
-
The Timecode Track in the Material Package is a Constrained Timecode Track.
-
Constrained Timecode Track
-
Component metadata
-
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
-
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 to60000/1001
- The "Rounded Timecode Base" property of the Timecode Component is
30
and the "Edit Rate" of the Timecode Track is mathematically equal to30000/1001
- The "Rounded Timecode Base" property of the Timecode Component is
-
Rational Numbers
-
Component metadata
-
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 to14/10
.
-
-
Implementation Notes
-
Component metadata
-
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
-
The Timecode Track in the Material Package defines the authoritative program timecode.
-
Implementation Notes
-
Component metadata
-
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.
-
-
-
-
Header Metadata KLV Fill (Recommended)
-
Component metadata
-
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
-
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
-
The unit symbol "MB" refers to a megabyte, which is 1 000 000 bytes.
-
-
-
Audio Layout
-
Component metadata
-
An Audio Layout Mode is used with the properties set as specified by Audio Layout Mode 0.
-
Audio Layout Mode
-
Component metadata
-
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
-
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
-
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
-
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
-
-
ConstrainedMultichannelAudioLabelingFramework(Label)
-
Component metadata
-
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):
-
SMPTE Registers Node: SoundChannelLabeling
-
Component metadata
-
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):
-
-
-
-
MCA Labeling Present is "true".
-
Default Audio Layout is not set (no assumptions can be made about audio layout).
-
-
-
Any device or system that reads, writes or otherwise processes the file supports Multichannel Audio Labels Collection 0.
-
Multichannel Audio Labels Collection 0
-
Component metadata
-
SMPTE Metadata Registers – Labels
Kind UL Symbol Definition LEAF urn:smpte:ul:060e2b34.04010101.0d010801.01010100 AudioDescriptionStudioSignalDataChannel Identifies an Audio Channel carrying a data signal in the format defined by BBC R&D White Paper WHP 198, intended to be used to control the fade and pan of the Main Program audio when it is being mixed with a Visually Impaired Narrative Audio Channel LEAF urn:smpte:ul:060e2b34.04010101.0d010801.01020100 AudioDescriptionStudioSignal Identifies an Soundfield Group carrying a Visually Impaired Narrative Audio Channel and an Audio Description Studio Signal Data Channel - this is the two-channel Audio Description Studio Signal defined by BBC R&D White Paper WHP 198 LEAF urn:smpte:ul:060e2b34.04010101.0d010801.01030100 AlternativeProgram Identifies an alternative, complete audio program LEAF urn:smpte:ul:060e2b34.04010101.0d010801.01030200 AudioDescriptionProgramMix Identifies a mix of the program audio with audio description audio LEAF urn:smpte:ul:060e2b34.04010101.0d010801.01030300 AudioDescription Identifies a verbal description of the visual scene 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.0302010f.00000000 VisuallyImpairedNarrativeAudioChannel A dedicated narration channel describing the main picture events for the visually impaired. LEAF urn:smpte:ul:060e2b34.0401010d.03020201.00000000 _51SoundfieldGroup Identifies the 5.1 Soundfield Group 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 View the SMPTE Metadata Registers XML file(s):
-
AudioChannelLabelSubDescriptors use the SMPTE Metadata Registers Entries listed here in accordance with this table.
SMPTE Metadata Registers Symbol MCA Tag Name MCA Tag Symbol AudioDescriptionStudioSignalDataChannel
AD Studio Signal Data Channel chADSSdc
LeftAudioChannel
Left chL
RightAudioChannel
Right chR
CenterAudioChannel
Center chC
LFEAudioChannel
LFE chLFE
LeftSurroundAudioChannel
Left Surround chLs
RightSurroundAudioChannel
Right Surround chRs
VisuallyImpairedNarrativeAudioChannel
Visually Impaired Narrative chVIN
⚠ The MCA Tag Name "Visually Impaired-Narrative" (with a hyphen) is used elsewhere, such as in IMF and D-Cinema.
-
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) AudioDescriptionStudioSignal
AD Studio Signal sgADSS
chVIN
chADSSdc
_51SoundfieldGroup
5.1 sg51
chL
chR
chC
chLFE
chLs
chRs
SMPTEST20678StandardStereo
Standard Stereo sgST
chL
chR
-
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
AudioDescription
Audio Description ggAD
AudioDescriptionProgramMix
Audio Description Program Mix ggADPgMx
SMPTEST20678MainProgram
Main Program ggMPg
UnusedAudio
Unused Audio ggUnAu
-
SMPTE Registers Node: InterpretiveSoundEssence
-
Component metadata
-
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):
-
-
SMPTE Registers Node: AudioChannel
-
Component metadata
-
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):
-
-
SMPTE Registers Node: SoundfieldGroup
-
Component metadata
-
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):
-
-
SMPTE Registers Node: GroupOfSoundfieldGroups
-
Component metadata
-
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):
-
-
MCA Tag Symbol prefixes
-
Component metadata
-
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
-
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
-
The anticipated application of these Labels to "Audio Decsription" is as follows:
AudioDescription
will be used withAudioDescriptionStudioSignal
AudioDescriptionProgramMix
will be used withSMPTEST20678StandardStereo
Other valid combinations of "Soundfield Group" and "Group of Soundfield Groups" Labels are also possible.
-
-
Unused Audio Labelling
-
Component metadata
-
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
-
"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).
-
-
-
Embedded XML Documents
-
Component metadata
-
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
-
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
-
XML Schema
View the HTML Documentation for the XML Schema
View the primary XML Schema file:
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
-
The Media type (MIME type) for the document is "application/xml"
-
Implementation Notes
-
Component metadata
-
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
-
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
-
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
-
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
-
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):
-
SMPTE Registers Node: MetadataPayloadSchemes
-
Component metadata
-
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):
-
-
-
-
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
-
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, wheresets_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
-
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):
-
SMPTE Registers Node: MetadataPayloadSchemes
-
Component metadata
-
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):
-
-
-
-
Other Text/XML Documents can also be Embedded
-
Component metadata
-
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).
-
-
-
AS-11 Segmentation DM (Descriptive Metadata)
-
Component metadata
-
The file contains exactly one Program Segmentation Track.
-
Program Segmentation Track
-
Component metadata
-
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
-
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
-
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
-
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
-
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
-
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):
-
-
DM_AS_11_Segmentation_Framework
-
Component metadata
-
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):
- specification_data_files/www.amwa.tv_c0f7b64/block/505F/artefacts/Groups.xml
- specification_data_files/www.amwa.tv_c0f7b64/block/505F/artefacts/Elements.xml
- specification_data_files/www.amwa.tv_c0f7b64/block/505F/artefacts/Types.xml
-
-
-
-
-
Implementation Notes
-
Component metadata
-
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
-
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
-
The Specification_Identifiers Element is present in the Preface of the Header Partition.
-
Specification_Identifiers
-
Component metadata
-
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):
- specification_data_files/www.amwa.tv_c0f7b64/block/SpecID/artefacts/Elements.xml
- specification_data_files/www.amwa.tv_c0f7b64/block/SpecID/artefacts/Types.xml
-
SMPTE Registers Node: Specification_Identification (Elements Register)
-
Component metadata
-
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):
-
-
-
-
The value of this Element includes the Label Blocks_FF_9.
-
Blocks_FF_9
-
Component metadata
-
SMPTE Metadata Registers – Labels
Kind UL Symbol Definition LEAF urn:smpte:ul:060e2b34.04010101.0d010801.030a0000 Blocks_FF_9_WIP Blocks File Format 9 (Work in Progress) View the SMPTE Metadata Registers XML file(s):
- specification_data_files/vm-1274-user.virt.ch.bbc.co.uk_c064c30/block/SpecID_L9/artefacts/Labels.xml
-
-
-
-
Closed Captions (Optional)
-
Component metadata
-
Caption Distribution Packets are included in the file using Closed Captions Carriage.
-
Closed Captions Carriage
-
Component metadata
-
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
-
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 Frame" (01h) (for interlaced or segmented progressive Picture Essence) or "VANC Progressive Frame" (04h) (for full-frame progressive Picture Essence).
-
-
-
Implementation Notes
-
Component metadata
-
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.
-
-
-
-
-
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. 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. 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. Defined By: SMPTE ST 377-4
|
AudioChannelLabelSubDescriptor | A subclass of MCALabelSubDescriptor used to describe an Audio Channel. Defined By: SMPTE ST 377-4
|
Caption Distribution Packet | A data format designed to carry (among other things) the captions data defined by CTA-708. Defined By: SMPTE ST 334-2
|
Channel Assignment Label | A property of an Audio Layout Mode |
Default Audio Layout | A property of an Audio Layout Mode |
Descriptive Metadata | Generic term used for descriptive data whose purpose is to describe Essence data. Defined By: SMPTE ST 377-1
|
DM Framework | A Descriptive Metadata Class that is a Subclass of Descriptive Framework. Defined By: SMPTE ST 377-1
|
DM Scheme | A mechanism for defining collections of Descriptive Metadata. 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. Defined By: SMPTE ST 377-1
|
DM Segment | An MXF structure used to generically contain Descriptive Metadata on a Track. Defined By: SMPTE ST 377-1
|
Essence | A bitstream comprising picture, sound or data. Defined By: SMPTE ST 377-1
|
Essence Container | A part of an MXF file that carries one or more Essence streams. Defined By: SMPTE ST 377-1
|
Essence Element | The entire essence stream of a single Track. Defined By: SMPTE ST 379-2
|
Essence Track | A type of Track that references Essence. Defined By: SMPTE ST 377-1
|
Filler | An MXF structure used to describe empty space on a Timeline Track. Defined By: SMPTE ST 377-1
|
Generic Sound Essence Descriptor | A Subclass of the File Descriptor. It is designed to provide generic parametric information which describes the Sound Essence. Defined By: SMPTE ST 377-1
|
Group of Soundfield Groups | A collection of one or more Soundfield Groups which all have the same program content or the same purpose. Defined By: SMPTE ST 377-4
|
GroupOfSoundfieldGroupsLabelSubDescriptor | A subclass of MCALabelSubDescriptor used to describe a Group of Soundfield Groups. Defined By: SMPTE ST 377-4
|
Header Metadata | MXF data structures that collectively describe the data in the Essence data in an MXF file. 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. Defined By: SMPTE ST 377-1
|
KLV Fill | Refers to the well-defined means of inserting empty, "fill", data in an MXF file. Defined By: SMPTE ST 377-1
|
Material Package | An MXF data structure that describes an output timeline of the file. Defined By: SMPTE ST 377-1
|
MCA Labeling Present | A property of an Audio Layout Mode |
MCALabelSubDescriptor | An abstract superclass used in the Multichannel Audio Labeling Framework, derived from the MXF SubDescriptor. Defined By: SMPTE ST 377-4
|
Package | An MXF structure that aggregates one or more Tracks. Defined By: SMPTE ST 377-1
|
Partition | A portion of the MXF file. An MXF file consists of a sequence of Partitions. Defined By: SMPTE ST 377-1
|
Picture Essence | A type of Essence containing predominantly picture data. Defined By: SMPTE ST 377-1
|
Picture Track | A type of Essence Track that references Picture Essence. Defined By: SMPTE ST 377-1
|
Preface | The root of the Strong Reference tree of the Header Metadata. Defined By: SMPTE ST 377-1
|
Sequence | A Structural Metadata Class that is a Subclass of Structural Component. Defined By: SMPTE ST 377-1
|
Sound Essence | A type of Essence containing sound data. Defined By: SMPTE ST 377-1
|
Sound Essence Descriptor | MXF technical metadata that describes the Sound Essence. Defined By: SMPTE ST 377-1
|
Sound Track | A type of Essence Track that references Sound Essence. Defined By: SMPTE ST 377-1
|
Soundfield Group | A collection of Audio Channels meant to be played out simultaneously through a given Soundfield Configuration. Defined By: SMPTE ST 377-4
|
SoundfieldGroupLabelSubDescriptor | A subclass of MCALabelSubDescriptor used to describe a Soundfield Group. Defined By: SMPTE ST 377-4
|
Source Essence | Essence data referenced by a Source Package. Defined By: SMPTE ST 377-1
|
Source Package | MXF data structure that describes source Essence. Defined By: SMPTE ST 377-1
|
Static Track (DM) | A Track carrying unchanging Descriptive Metadata. Defined By: SMPTE ST 377-1
|
Timecode | An annotation of elapsed time along a Track. Defined By: SMPTE ST 377-1
|
Timecode Component | An MXF structure that stores Timecode information. Defined By: SMPTE ST 377-1
|
Timecode Track | An MXF Track that stores one or more Timecode Components. Defined By: SMPTE ST 377-1
|
Timeline Track | A specialized MXF Track that describes a timeline by specifying an origin and rate. Defined By: SMPTE ST 377-1
|
Track | MXF data structure used to describe the content structure. Defined By: SMPTE ST 377-1
|
VANC Data Packet | An ancillary data packet in the vertical ancillary data space (VANC). Defined By: SMPTE ST 291-1
|
Table of References
Name | Information | ||
---|---|---|---|
CTA-708 | Digital Television (DTV) Closed Captioning | ||
SMPTE RDD 9 | MXF Interoperability Specification of Sony MPEG Long GOP Products
| ||
SMPTE RP 2057 | Text-Based Metadata Carriage in MXF
| ||
SMPTE ST 291-1 | Ancillary Data Packet and Space Formatting | ||
SMPTE ST 334-1 | Vertical Ancillary Data Mapping of Caption Data and Other Related Data
| ||
SMPTE ST 334-2 | Caption Distribution Packet (CDP) Definition | ||
SMPTE ST 377-1 | Material Exchange Format (MXF) — File Format Specification | ||
SMPTE ST 377-4 | MXF Multichannel Audio Labeling Framework
| ||
SMPTE ST 379-2 | MXF Generic Container | ||
SMPTE ST 436-1 | MXF Mappings for VI Lines and Ancillary Data Packets
|