WRID>RIFF-WAVE>iXML
TODO: overview
| Chunk | Name | Bytes | Type | condition | Description | WRID |
|---|---|---|---|---|---|---|
| iXML | id |
4 |
u8[4] |
id = "iXML"
|
...>id | |
| iXML | size |
4 |
u32 |
|
The raw bytes of this chunk should be interpreted as XML, encoded in any unicode encoding. | ...>size |
| iXML | ixml_version |
|
String |
|
The version number of the iXML specification used to prepare the iXML audio file. This version appears in the front page at http://www.ixml.info, and takes the form of x.y where x and y are whole numbers, for example 1.51 | ...>IXML_VERSION |
| iXML | project |
|
String |
|
The name of the project to which this file belongs. This might typically be the name of the motion picture or program which is in production. | ...>PROJECT |
| iXML | scene |
|
String |
|
The name of the scene / slate being recorded. For US system this might typically be 32, 32A, 32B, A32B, 32AB etc. For UK system this might typically be a incrementing number with no letters. | ...>SCENE |
| iXML | tape |
|
String |
|
The SoundRoll which identifies a group of recordings. Normally, the SoundRoll is a vital component of workflow to differentiate audio recorded with time of day on different days. In other words for 2 (completely different) recordings each covering a period around 11am, the soundroll would differentiate them by (typically) telling you which shooting day this recording applies to. Some projects may turnover sound more than once per day, and increment the soundroll at this point. In any event, the soundroll should change at least once in any 24 hour period. Some systems change the soundroll for every recording which is also a valid option, in effect using the soundroll as a unique file identifer (although this function is explicitly provided with the iXML FILE_UID parameter). | ...>TAPE |
| iXML | take |
|
String |
|
The number of the take in the current scene or slate. Usually this will be a simple number, although variations for things like wild tracks may yield takes like 1, 2, 3, WT1, WT2 etc. | ...>TAKE |
| iXML | take_type |
|
[Enum] |
|
(New in iXML v2.0) A dictionary based tag allowing selection from a defined list of values to explicitly categorise the type/purpose/function of the current take. This tag overlaps with the existing NO_GOOD / FALSE_START / WILD_TRACK which are deprecated in iXML 2.0, This tag can contain multiple entries, separated by commas and can be expanded in the future with additional dictionary entries, detailed in the TAKE_TYPE dictionary. | ...>TAKE_TYPE |
| iXML | (map to take_type) |
|
- |
|
(Deprecated in iXML v2.0, superceded by TAKE_TYPE) This parameter allows a recorder to mark this recording as "no good" (ie, of no use whatsoever, and in effect to be deleted). The value should be TRUE or FALSE. If absent, this should be assumed FALSE. | ...>NO_GOOD |
| iXML | (map to take_type) |
|
- |
|
(Deprecated in iXML v2.0, superceded by TAKE_TYPE) This parameter allows a recorder to mark this recording as a false start, this may indicate that another file could exist with the same take number. Typically this file might also be marked as <NO_GOOD>. The value should be TRUE or FALSE. If absent, this should be assumed FALSE. | ...>FALSE_START |
| iXML | (map to take_type) |
|
- |
|
(Deprecated in iXML v2.0, superceded by TAKE_TYPE) This parameter allows a recorder to mark this recording as a wild track, with no specific relationship to any take, although it might be marked with a specific scene, for example when recording ambience for a given location. The value should be TRUE or FALSE. If absent, this should be assumed FALSE. | ...>WILD_TRACK |
| iXML | circled |
|
bool |
|
This parameter allows a recorder to mark this recording as a circle-take. The value should be TRUE or FALSE. If absent, this should be assumed FALSE. | ...>CIRCLED |
| iXML | file_uid |
|
String |
|
A unique number which identifies this physical FILE, regardless of the number of channels etc. If your system employs a unique SoundRoll per recording, your FILE_UID and TAPE parameters should be the same. | ...>FILE_UID |
| iXML | ubits |
|
String |
|
The userbits associated with this recording. This may have been extracted from incoming timecode when the file was recorded, or generated by the recorder from the date, or any other metadata. Typically the userbits are rarely used now because other more explicit metadata supercedes this function. | ...>UBITS |
| iXML | note |
|
String |
|
A free text note to add user metadata to the recording. This might typically used to communicate information such as TAIL SLATE, NO SLATE, or to warn of noise interruptions - PLANE OVERHEAD etc. | ...>NOTE |
Learning References
Specification
- [IXML] Standard for embedded metadata in production media files (2004).