OBD:AKBA
Jump to navigation
Jump to search
|
Offset | Type | Raw Hex | Value | Description |
---|---|---|---|---|
0x00 | file id | 01 4F 02 00 | 591 | 00591-.AKBA |
0x04 | level id | 01 00 00 06 | 3 | level 3 |
0x08 | unused (20) | AD DE | dead | not used |
0x1C | long | B7 06 00 00 | 1719 | 1719 packages follow (one package is edged in black) |
Below follows the first package. | ||||
0x00 | long hb | 00 00 00 00 | 0, high bit | plane index for this "side" (in the environment plane array, see AKEV), reverse plane normal if set |
0x04 | long | 00 00 00 00 | 0 | first AKAA (side) package number |
0x08 | long | 01 00 00 00 | 1 | last AKAA (side) package number + 1 |
0x0C | long | 00 00 00 00 | 0 | unknown |
0x10 | long | 01 00 00 00 | 1 | unknown |
0x14 | long | 00 00 00 00 | 0 | AKBP package number ? (because the highest value is 1723) |
0x18 | long | 01 00 00 00 | 1 | AKBP package number ? (because the highest value is 1724) |
- AKAA fields
- These 2 fields make up a list of sides (see AKAA). If the fields are equal then the list is empty.
- Unknown fields
- Altough in most cases the 2 unknown fields have values that seem to indicate that they are AKAA package numbers in the last level there are values that are higher than the number of AKAA packages (+2).
- Used fields
- The only used fields appear to be the ones used for the side list. For all the reset setting any value (0, -1, value bigger than AKBP or AKAA count etc.) appears to have no effect on the game.
ONI BINARY DATA |
---|
AKAA << Other file types >> AKBP |
AKBA : Side Array |
[[OBD:File types/{{{family}}}|{{{family}}} file]] |