Driver 3 XA: Difference between revisions
Jump to navigation
Jump to search
imported>DenizOezmen m (Driv3r XA moved to Driver 3 XA: just noticed the game was already stored here under a different title ...) |
imported>DenizOezmen m (Driv3r XA moved to Driver 3 XA: just noticed the game was already stored here under a different title ...) |
(No difference)
| |
Revision as of 18:23, 3 April 2007
Back to index | Edit this page
XA
- Format type: Archive
- Endianness: Little-endian
Format Specifications
char {4} - identifier ("e4x" 92)
uint32 {4} - number of tracks
uint32 {4} - sampling rate
uint32 {4} - format type (possibly only compression flag)
// for each track
- uint32 {4} - track data offset
// for each track
- uint32 {4} - track data size
uint32 {4} - Unknown
// if format tag is 1
- uint32 {4} - block size
// for each track
- byte {x} - padding until track offset
- // if format tag is 0
- int16 {x} - raw stereo PCM data
- int16 {x} - raw stereo PCM data
- // if format tag is 1
- // until track has finished (IMA ADPCM variant blocks)
- int16 {2} - initial sample (left channel)
- byte {1} - initial index (left channel)
- byte {1} - unused (0x00)
- int16 {2} - initial sample (right channel)
- byte {1} - initial index (right channel)
- byte {1} - unused (0x00)
- byte {x} - sample codes (left channel) (first half of block)
- byte {x} - sample codes (right channel) (second half of block)
- int16 {2} - initial sample (left channel)
- // until track has finished (IMA ADPCM variant blocks)
Notes and Comments
The track data can theoretically be stored in different formats: Format type 0 specifies raw uncompressed 16 bit PCM data, while format type 1 tags the data as being compressed by an IMA ADPCM variant. Since only those two types are currently known to exist, the format type field might actually be just a boolean value.
MultiEx BMS Script
None written yet.
Supported by Programs
Links
None