Références |
SMPTE 377-1 - MXF - File Format Specification Chapitre B.1 - Generic Package P117 |
Modèle KLV | Local Sets |
Universal Label |
06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.23.00 - Essence Container Data
|
Essence Container Data va faire lien avec les containers des essences (Essence Container) via le Linked Package UID
Voici un exemple des données interprétées pour le KLV Essence Container Data :
╓─────────────────────────────────────────────────────────────────────────────────────────────────
║ 3C0A - Instance ID ║ 7130e5d1.32f44f15.89a1e4db.36fed327
║ 2701 - Linked Package UID ║ UL : 060a2b34.01010105.01010f20
║ ║ Length : 13 (Basic UMID Format)
║ ║ Instance : 000000
║ ║ Materiel : 89af85f0.4a1545ec.8a769008.829b2029
║ 3F06 - IndexSID ║ 129
║ 3F07 - BodySID ║ 1
╙─────────────────────────────────────────────────────────────────────────────────────────────────
Linked Package UID est un peu complexe car c'est une structure comprenant un Universal Label plus petit (12 bits au lieu de 16 bits), un numéro d'instance et un numéro de matériel.
Le numéro de Materiel se retrouvera à différents endroits (suivant le type de MXF) :
Cet UUID est aussi l'identifiant du MXF qui sera utilisé dans les interconnexions entre CPL et KDM (mais on utilisera plutôt le KLV Source Package)
IndexSID indique (et identifie) simplement si un KLV Index Table Segment est présent.
BodySID indique (et identifie) s'il y a des containeurs d'essence (Essence Container).
Voir l'étude du parsing d'un KLV Local Set dans Preface, nous avons déjà tout vu hormis un tout petit détail, celui du format Linked Package UID qui est un UMID, il faudra donc le parser en suivant quelques règles :
Local Tag | Nom de l'attribut | Type | Taille (*) | Fixe/Variable SMPTE | Obligatoire |
---|---|---|---|---|---|
3C0A | Instance UID | UID | 16 octets | Fixe | Obligatoire |
2701 | UMID | 32 octets | Fixe | Obligatoire | |
3F06 | uint32 | 4 octets | Fixe | Optionnel | |
3F07 | uint32 | 4 octets | Fixe | Obligatoire | |
... |
Les autres items ne sont pas indiqués ici car ils ne sont pas utilisés dans un MXF DCP.
Les données UMID 1 - en rouge - sa structure se décompose de la sorte :
Nom de l'attribut | Taille |
---|---|
UL | 12 octet |
Taille | 1 octet (sa valeur sera toujours 0x13) |
Instance | 3 octets |
Material | 16 octets |
Pour en savoir plus, reportez-vous à la note en bas de page à propos de l'UMID.
Interchange Object → Essence Container Data
UL = 06.0E.2B.34.02.53.01.vv.0D.01.01.01.01.01.23.00
^^------------------------------ Item Designator : Organizationally registered
^^--------------------------- Organization : AAF
^^------------------------ Application : MXF / AAF Association Structural Metadata Sets
^^--------------------- Structure Version : Structure Version 1
^^------------------ Structure Kind : MXF / AAF Association compatible sets and packs
^^--------------- MXF Set Definition : Essence Container Data
^^------------ MXF Set Definition : Essence Container Data
UMID est un Unique Material ID : un identifiant comprenant une partie d'Universal Label, un ID Instance et un ID Material - pour sa version basique, et existe sous deux formes : ↩
UMID Basic : 32 bits, la valeur dans Length sera à 0x13
UMID Extended : 64 bits, la valeur dans Length sera à 0x33
Un exemple d'un UMID Basic (32 bits) :
Son interprétation :
L'Universal Label dans un UMID est plus petit (12 octets contre 16 octets)
Pour plus d'informations, reportez-vous au SMPTE-330 - Unique Materiel Identifier (UMID).