Wexos's Wiki - User contributions [en]

CANM (File Format)/Super Mario Galaxy

2025-09-19T20:42:18Z

Wexos:

'''CANM''' is a file format used in [[Super Mario Galaxy]] and [[Super Mario Galaxy 2]]. It stores the intro camera which is played once a star has been selected, as well as camera animations for demos.

= File Format =
== Header ==
The file starts with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always "ANDO" in ASCII.
|-
| 0x04 || Char[4] || '''Frame type'''. Either "CKAN" for key frames or "CANM" for full frames.
|-
| 0x08 || Int32 || {{Unknown-left|'''Unknown'''. Must be non-zero, otherwise the game will refuse to load the file.}}
|-
| 0x0C || Int32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x10 || Int32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x14 || Int32 || {{Unknown-left|'''Unknown''', doesn't seem to be read by the game.}}
|-
| 0x18 || Int32 || '''Frame count'''.
|-
| 0x1C || UInt32 || '''[[#Frame Info|Frame info]] size'''.
|}

== Frame Info ==
The frame info specifies how the frame data is stored. The section consists of multiple [[#Component Info|component infos]] which specifies how each component are stored. The components which are stored are position X, position Y, position Z, watch position X, watch position Y, watch position Z, twist and fovy, and they are stored in the order specified before. Note that twist and fovy are stored in degrees.

=== Component Info ===
The component specifies how a specific component is stored. The structure depends on whether the file contains key frames or full frames.

; Key
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int32 || Key frame count.
|-
| 0x04 || Int32 || First value index. Index of the first float value in the [[#Frame Data|frame data]].
|-
| 0x08 || Int32 || Slope type. Specifies if the slopes are symmetric (0) or if they are stored piece-wise (1). Note that game treats the value 0 as symmetric and all other values as piece-wise.
|}

; Full
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int32 || Frame count. Specifies how many frame values are stored.
|-
| 0x04 || Int32 || First value index. Index of the first float value in the [[#Frame Data|frame data]].
|}

=== Frame Structure ===
For full frames, each float simply represents the value at a specific frame and frame count specifies how many floats are stored. For key frames, the data storage is slightly more complicated and depends on the key frame count. If the key frame count is one, only a single value is stored which represents the value the component will have for all frames. Otherwise structure of each key frame depends on the slope type. The structure for each slope type is specified below.

; Symmetric
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float || Key frame.
|-
| 0x04 || Float || Value.
|-
| 0x08 || Float || Slope.
|}

; Piece-wise
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float || Key frame.
|-
| 0x04 || Float || Value.
|-
| 0x08 || Float || In slope.
|-
| 0x0C || Float || Out slope.
|}

== Frame Data ==
The frame data section stores all float values. It has the following layout:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || Frame data size. Size of the float data in bytes.
|-
| 0x04 || Float[] || Frame data.
|}

The float data always end with the bytes 3D CC CC CD 4E 6E 6B 28. The first four bytes form the float 0.1. It is unknown why this data is stored. It is including in the frame data size.

After the float data the integer -1 is always stored as an Int32, again, for unknown reason. This data is not included in the frame data size.

= Tools =
The following tools can handle CANM files:
* (none)

[[Category:Super Mario Galaxy File Formats]]

Super Mario Galaxy 2/Camera

2025-09-13T17:04:10Z

Wexos: /* Event Camera */

This page describes the camera system in [[Super Mario Galaxy 2]] (and presumably large parts of [[Super Mario Galaxy]]).

== Parameters ==
There are plenty of parameters which are used to describe each camera. There are many different camera types, and different camera types use different parameters. Only parameters which are used are stored in the [[BCSV]] file. The following parameters have been observed:

{| class="wikitable"
|-
! Name !! Description
|-
| version ||
|-
| gflag.camendint ||
|-
| gflag.enableEndErpFrame ||
|-
| gflag.thru ||
|-
| num2 ||
|-
| num1 || Enables camera rotation.
|-
| angleB || X-rotation.
|-
| angleA || Y-rotation.
|-
| dist || Distance between the camera and the focus point.
|-
| flag.subjectiveoff || Disables first person.
|-
| vpanaxis.[X/Y/Z] || Vertical pan axis.
|-
| vpanuse || Enables vertical pan axis.
|-
| udown ||
|-
| pushdelaylow || Air move delay?
|-
| pushdelay || Ground move delay?
|-
| lplay || Min Y?
|-
| uplay || Max Y?
|-
| gndint || Transition ground time?
|-
| lower || Lower border?
|-
| upper || Upper border?
|-
| camint || Transition time.
|-
| fovy || Field of view angle.
|-
| roll || Roll.
|-
| loffsetv || Look offset vertical.
|-
| loffset || Look offset.
|-
| woffset.[X/Y/Z] || Camera look at point. Specifies the target position which the camera looks at.
|-
| camtype || Camera type.
|-
| id || Camera identifier.
|-
| string ||
|-
| flag.collisionoff || Disables collision.
|-
| flag.nofovy || Enables field of view.
|-
| evpriority || Event priority.
|-
| evfrm || Event frames.
|-
| eflag.enableErpFrame || Event use transition time.
|-
| camendint || End transition time.
|-
| eflag.enableEndErpFrame || Use event transition.
|-
| wpoint.[X/Y/Z] || World point. Global position of the camera.
|-
| axis.[X/Y/Z] || Player offset.
|-
| up.[X/Y/Z] ||
|-
| flag.noreset || Disables reset. Prevents the camera rotation from resetting.
|-
| flag.antibluroff || Disables anti-blur.
|-
| flag.lofserpoff ||
|}

== Types ==
The following camera types have been observed:

{| class="wikitable"
|-
! Name !! Description
|-
| CAM_TYPE_2D_SLIDE ||
|-
| CAM_TYPE_ANIM ||
|-
| CAM_TYPE_BEHIND_DEBUG ||
|-
| CAM_TYPE_BLACK_HOLE ||
|-
| CAM_TYPE_BOSS_DONKETSU ||
|-
| CAM_TYPE_CHARMED_FIX ||
|-
| CAM_TYPE_CHARMED_VECREG ||
|-
| CAM_TYPE_CHARMED_VECREG_TOWER ||
|-
| CAM_TYPE_CUBE_PLANET ||
|-
| CAM_TYPE_DEAD ||
|-
| CAM_TYPE_DONKETSU_TEST ||
|-
| CAM_TYPE_DPD ||
|-
| CAM_TYPE_EYEPOS_FIX || Camera with fixed origin which looks at the player.
|-
| CAM_TYPE_EYEPOS_FIX_THERE || Camera with fixed origin which looks at the player. The origin is not specified and is instead decided by the game.
|-
| CAM_TYPE_EYE_FIXED_THERE_TEST ||
|-
| CAM_TYPE_FOLLOW || Camera which follows the player. The camera origin moves slower than the player.
|-
| CAM_TYPE_FOO_FIGHTER ||
|-
| CAM_TYPE_FOO_FIGHTER_PLANET ||
|-
| CAM_TYPE_FREEZE ||
|-
| CAM_TYPE_FRONT_AND_BACK ||
|-
| CAM_TYPE_GROUND ||
|-
| CAM_TYPE_ICECUBE_PLANET ||
|-
| CAM_TYPE_INNER_CYLINDER ||
|-
| CAM_TYPE_INWARD_SPHERE ||
|-
| CAM_TYPE_INWARD_TOWER ||
|-
| CAM_TYPE_INWARD_TOWER_TEST ||
|-
| CAM_TYPE_MEDIAN_PLANET ||
|-
| CAM_TYPE_MEDIAN_TOWER ||
|-
| CAM_TYPE_MTXREG_PARALLEL ||
|-
| CAM_TYPE_OBJ_PARALLEL ||
|-
| CAM_TYPE_POINT_FIX ||
|-
| CAM_TYPE_RACE_FOLLOW ||
|-
| CAM_TYPE_RAIL_DEMO ||
|-
| CAM_TYPE_RAIL_FOLLOW ||
|-
| CAM_TYPE_RAIL_WATCH ||
|-
| CAM_TYPE_SLIDER ||
|-
| CAM_TYPE_SPHERE_TRUNDLE ||
|-
| CAM_TYPE_SPIRAL_DEMO ||
|-
| CAM_TYPE_SUBJECTIVE ||
|-
| CAM_TYPE_TALK ||
|-
| CAM_TYPE_TOWER || Camera with a fixed target whose origin follows the player.
|-
| CAM_TYPE_TOWER_POS ||
|-
| CAM_TYPE_TRIPOD_PLANET ||
|-
| CAM_TYPE_TRUNDLE ||
|-
| CAM_TYPE_TWISTED_PASSAGE ||
|-
| CAM_TYPE_WATER_FOLLOW ||
|-
| CAM_TYPE_WATER_PLANET ||
|-
| CAM_TYPE_WATER_PLANET_BOSS ||
|-
| CAM_TYPE_WONDER_PLANET ||
|-
| CAM_TYPE_XZ_PARA || Camera which follows the player with a fixed angle.
|}

== IDs ==
A camera is identified and referenced by its "id" field which is a string. The field follows a specific format in order to work propertly, and many cameras have Japanese names. The numbers are always stored as hexadecimal integers with lowercase letters. The following formats are known:

{| class="wikitable"
|-
! ID !! Description
|-
| c:XXXX || Cube camera. Used for cameras controlled by CameraArea (which are placed in CameraCube). XXXX is an integer which is referenced by Obj_arg0.
|-
| e:____ || Event camera, triggered by a specific action (usually an object).
|-
| g:____ || Group camera.
|-
| o:____ || Other cameras.
|-
| s:XXXX || Start camera. Used for start points which is referenced by Mario (which is placed in Start). XXXX is an integer which is referenced by Camera_id.
|}

== Event Camera ==
There are multiple event cameras. The following are known:

{| class="wikitable"
|-
! Name !! Description
|-
| e:シナリオスターター:XXX:YY番目 || Scenario start camera. XXX represents the camera set and YY is the index.
|-
| e:スーパースピンドライバー:XXX:YY番目 || Launch star camera. XXX represents the camera set and YY is the index.
|-
| e:スーパースピンドライバー固有出現イベント用XXX || Launch star appear event camera. XXX represents the camera set.
|}

[[Category:Super Mario Galaxy]]

REL (File Format)

2025-07-15T16:29:20Z

Wexos:

'''REL''' is a executable file format containing relocatable objects. It is similar to [[RSO]], however, RSO files are relocated using symbol names while REL files are relocated using static memory addresses.

= File Format =

== Header ==
The file starts with the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Module ID'''. Must be a unique non-zero integer amongst all loaded REL files.
|-
| 0x04 || UInt32 || '''Next module pointer'''. Always 0, filled at runtime.
|-
| 0x08 || UInt32 || '''Previous module pointer'''. Always 0, filled at runtime.
|-
| 0x0C || UInt32 || '''Number of sections''' stored in the file.
|-
| 0x10 || UInt32 || '''[[#Section Info Table|Section info table]] offset'''.
|-
| 0x14 || UInt32 || '''Name offset'''.
|-
| 0x18 || UInt32 || '''Name size'''.
|-
| 0x1C || UInt32 || '''Version number''' of the REL format.
|-
| 0x20 || UInt32 || '''.bss size''' in bytes.
|-
| 0x24 || UInt32 || '''[[#Relocation Table|Relocation table]] offset'''.
|-
| 0x28 || UInt32 || '''[[#Import Table|Import table]] offset'''.
|-
| 0x2C || UInt32 || '''[[#Import Table|Import table]] size''' in bytes.
|-
| 0x30 || Byte || '''Prolog section index'''.
|-
| 0x31 || Byte || '''Epilog section index'''.
|-
| 0x32 || Byte || '''Unresolved section index'''.
|-
| 0x33 || Byte || '''.bss section index'''. Always 0, filled at runtime.
|-
| 0x34 || UInt32 || '''Prolog offset''' into the section specified above.
|-
| 0x38 || UInt32 || '''Epilog offset''' into the section specified above.
|-
| 0x3C || UInt32 || '''Unresolved offset''' into the section specified above.
|- bgcolor="#AAFFAA"
| colspan="3" align="center" | '''If version ≥ 2'''
|- bgcolor="#DDFFDD"
| 0x40 || UInt32 || '''REL load alignment constraint''', as a power of 2.
|- bgcolor="#DDFFDD"
| 0x44 || UInt32 || '''.bss section alignment constraint''', as a power of 2.
|- bgcolor="#FFAAAA"
| colspan="3" align="center" | '''If version ≥ 3'''
|- bgcolor="#FFDDDD"
| 0x48 || UInt32 || '''Fix size'''. If a REL is linked with ''OSLinkFixed'', the space after this address can be used for other purposes such as .bss.
|}

== Section Info Table ==
The section info table points to the data for each section. The [[#Header|header]] specifies the number of sections. Each section has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Section data offset''', relative to the start of the file. If the offset is zero, the section is allocated and initialized at runtime (like .bss). The least significant bit specifies whether the section is executable (1) or just data (0).
|-
| 0x04 || UInt32 || '''Section data size''' in bytes.
|}

== Relocation Table ==
The relocation table is used to relocate section data to a different memory address. Each relocation entry has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt16 || '''Data offset''', relative to the previous relocation table entry. For the first relocation entry this is relative to the section start.
|-
| 0x02 || Byte || '''Relocation type'''.
|-
| 0x03 || Byte || '''Section index'''.
|-
| 0x04 || Byte || '''Add end'''. Offset in bytes of the symbol to relocate against, relative to the start of its section. For relocations against [[DOL|main.dol]], this is instead a virtual memory address.
|}

== Import Table ==
The import table specify information used for relocation. It specifies relocation data for each module. Each entry has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Module ID''' which the relocation refers to. 0 means the relocations are for [[DOL|main.dol]].
|-
| 0x04 || UInt32 || '''[[#Relocation Table|Relocation table]] offset''', relative to the start of the file.
|}

= Tools =
The following tools can handle REL files:
* [[BrawlBox]], by Kryal and BlackJax96

[[Category:Wii File Formats]]

REL

2025-07-15T16:28:17Z

Wexos: Redirected page to REL (File Format)

#REDIRECT [[REL (File Format)]]

REL (File Format)

2025-07-15T16:28:01Z

Wexos: Created page with "'''REL''' is a executable file format containing relocatable objects. It is similar to RSO, however, RSO files are relocated using symbol names while REL files are relocated using static memory addresses. = File Format = == Header == The file starts with the following structure: {| class="wikitable" ! Offset !! Type !! Description |- | 0x00 || UInt32 || '''Module ID'''. Must be a unique non-zero integer amongst all loaded REL files. |- | 0x04 || UInt32 || '''Next..."

'''REL''' is a executable file format containing relocatable objects. It is similar to [[RSO]], however, RSO files are relocated using symbol names while REL files are relocated using static memory addresses.

= File Format =

== Header ==
The file starts with the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Module ID'''. Must be a unique non-zero integer amongst all loaded REL files.
|-
| 0x04 || UInt32 || '''Next module pointer'''. Always 0, filled at runtime.
|-
| 0x08 || UInt32 || '''Previous module pointer'''. Always 0, filled at runtime.
|-
| 0x0C || UInt32 || '''Number of sections''' stored in the file.
|-
| 0x10 || UInt32 || '''[[#Section Info Table|Section info table]] offset''.
|-
| 0x14 || UInt32 || '''Name offset'''.
|-
| 0x18 || UInt32 || '''Name size'''.
|-
| 0x1C || UInt32 || '''Version number''' of the REL format.
|-
| 0x20 || UInt32 || '''.bss size''' in bytes.
|-
| 0x24 || UInt32 || '''[[#Relocation Table|Relocation table]] offset'''.
|-
| 0x28 || UInt32 || '''[[#Import Table|Import table]] offset'''.
|-
| 0x2C || UInt32 || '''[[#Import Table|Import table]] size''' in bytes.
|-
| 0x30 || Byte || '''Prolog section index'''.
|-
| 0x31 || Byte || '''Epilog section index'''.
|-
| 0x32 || Byte || '''Unresolved section index'''.
|-
| 0x33 || Byte || '''.bss section index'''. Always 0, filled at runtime.
|-
| 0x34 || UInt32 || '''Prolog offset''' into the section specified above.
|-
| 0x38 || UInt32 || '''Epilog offset''' into the section specified above.
|-
| 0x3C || UInt32 || '''Unresolved offset''' into the section specified above.
|- bgcolor="#AAFFAA"
| colspan="3" align="center" | '''If version ≥ 2'''
|- bgcolor="#DDFFDD"
| 0x40 || UInt32 || '''REL load alignment constraint''', as a power of 2.
|- bgcolor="#DDFFDD"
| 0x44 || UInt32 || '''.bss section alignment constraint''', as a power of 2.
|- bgcolor="#FFAAAA"
| colspan="3" align="center" | '''If version ≥ 3'''
|- bgcolor="#FFDDDD"
| 0x48 || UInt32 || '''Fix size'''. If a REL is linked with ''OSLinkFixed'', the space after this address can be used for other purposes such as .bss.
|}

== Section Info Table ==
The section info table points to the data for each section. The [[#Header|header]] specifies the number of sections. Each section has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Section data offset''', relative to the start of the file. If the offset is zero, the section is allocated and initialized at runtime (like .bss). The least significant bit specifies whether the section is executable (1) or just data (0).
|-
| 0x04 || UInt32 || '''Section data size''' in bytes.
|}

== Relocation Table ==
The relocation table is used to relocate section data to a different memory address. Each relocation entry has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt16 || '''Data offset''', relative to the previous relocation table entry. For the first relocation entry this is relative to the section start.
|-
| 0x02 || Byte || '''Relocation type'''.
|-
| 0x03 || Byte || '''Section index'''.
|-
| 0x04 || Byte || '''Add end'''. Offset in bytes of the symbol to relocate against, relative to the start of its section. For relocations against [[DOL|main.dol]], this is instead a virtual memory address.
|}

== Import Table ==
The import table specify information used for relocation. It specifies relocation data for each module. Each entry has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Module number''' which the relocation refers to. 0 means the relocations are for [[DOL|main.dol]].
|-
| 0x04 || UInt32 || '''[[#Relocation Table|Relocation table]] offset''', relative to the start of the file.
|}

= Tools =
The following tools can handle REL files:
* [[BrawlBox]], by Kryal and BlackJax96

[[Category:Wii File Formats]]

DOL (File Format)

2025-07-14T15:23:39Z

Wexos:

'''DOL''' ('''DOL'''phin) is the file format containing the executable game code used on [[GameCube]] and [[Wii]]. The format contains statically linked code and thus does not support relocation or symbol information, which is instead supported by [[REL]] and [[RSO]].

= File Format =
The DOL file format is very simple and only consists of a [[#Header|header]] followed by [[#Section|section data]].

== Header ==
The file starts with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32[18] || '''Section offsets'''. Offset to each section data, relative the start of the file. Set to 0 for unused sections.
|-
| 0x48 || UInt32[18] || '''Section addresses'''. Virtual memory address of each section, where the section data should be copied to. Set oto 0 for unused sections.
|-
| 0x90 || UInt32[18] || '''Section sizes'''. Size of each section data in bytes.
|-
| 0xD8 || UInt32 || '''BSS address'''. Virtual memory address of the BSS section.
|-
| 0xDC || UInt32 || '''BSS size'''. Size of the BSS section in bytes.
|-
| 0xE0 || UInt32 || '''Entry point'''. Virtual memory address of the program entry point.
|}

The 18 different sections allow for up to 7 text segments (executable code) and 11 data segments (generic data).

== Section ==
Following the header the section data is stored, indicated by each section offset.

= Tools =
The following tools can handle DOL files:
* (none)

[[Category:GameCube File Formats]]
[[Category:Wii File Formats]]

RSO

2025-07-14T15:22:32Z

Wexos: Redirected page to RSO (File Format)

#REDIRECT [[RSO (File Format)]]

RSO (File Format)

2025-07-14T15:22:19Z

Wexos: Created page with "'''RSO format''' is the file format used for shared objects in some Wii games. Unlike DOL which is not relocatable and statically linked, RSO files are relocatable and are loaded and linked dynamically. It is similar usage to REL, with the difference that REL files uses pre-calculated offsets for linking to the DOL while RSO uses symbol name lookup for linking. In games using RSO files, there is usually a '''.sel''' file stored. This is a RSO file contai..."

'''RSO format''' is the file format used for shared objects in some Wii games. Unlike [[DOL]] which is not relocatable and statically linked, RSO files are relocatable and are loaded and linked dynamically. It is similar usage to [[REL]], with the difference that [[REL]] files uses pre-calculated offsets for linking to the [[DOL]] while RSO uses symbol name lookup for linking.

In games using RSO files, there is usually a '''.sel''' file stored. This is a RSO file containing no code or data and only contains symbols exported from the [[DOL]] file.

= File Format =

== Header ==
The file starts with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Next module link'''. Pointer to the next loaded RSO module. Always 0, filled in at runtime.
|-
| 0x04 || UInt32 || '''Previous module link'''. Pointer to the previous RSO module. Always 0, filled in at runtime.
|-
| 0x08 || UInt32 || '''Section count'''. Number of [[#Section Info Table|sections]] contained in the file.
|-
| 0x0C || UInt32 || '''[[#Section Info Table|Section info]] offset'''.
|-
| 0x10 || UInt32 || '''Module name offset'''. May be 0, meaning no module name.
|-
| 0x14 || UInt32 || '''Module name size'''.
|-
| 0x18 || UInt32 || '''Module version'''. Always 1.
|-
| 0x1C || UInt32 || '''BSS size''' in bytes.
|-
| 0x20 || Byte || '''Prolog section index'''. Section index of the prolog function, which is called when the module is linked. May be 0 if this module doesn't contain a prolog function.
|-
| 0x21 || Byte || '''Epilog section index'''. Section index of the epilog function, which is called when the module is unlinked. May be 0 if this module doesn't contain an epilog function.
|-
| 0x22 || Byte || '''Unresolved section index'''. Section index of the unresolved function, which is called if the module attempts to call an unlinked function. May be 0 if this module doesn't contain an unresolved function.
|-
| 0x23 || Byte || '''BSS section index''' Section index of the BSS section. Always 0, filled in at runtime.
|-
| 0x24 || UInt32 || '''Prolog function offset'''. Section-relative offset of the prolog function. May be 0 if this module doesn't contain a prolog function.
|-
| 0x28 || UInt32 || '''Epilog function offset'''. Section-relative offset of the epilog function. May be 0 if this module doesn't contain an epilog function.
|-
| 0x2C || UInt32 || '''Unresolved function offset'''. Section-relative offset of the unresolved function. May be 0 if this module doesn't contain an unresolved function.
|-
| 0x30 || UInt32 || '''Internal [[#Relocation Table|relocation table]] offset'''. Offset to the relocation table used for relocations within this module.
|-
| 0x34 || UInt32 || '''Internal [[#Relocation Table|relocation table]] size''' in bytes.
|-
| 0x30 || UInt32 || '''External [[#Relocation Table|relocation table]] offset'''. Offset to the relocation table used for relocations outside this module.
|-
| 0x34 || UInt32 || '''External [[#Relocation Table|relocation table]] size''' in bytes.
|-
| 0x40 || UInt32 || '''Export [[#Symbol Table|symbol table]] offset'''. Offset to the symbol table which stores symbols exported from this module.
|-
| 0x44 || UInt32 || '''Export [[#Symbol Table|symbol table]] size''' in bytes.
|-
| 0x48 || UInt32 || '''Export symbol name table offset'''.
|-
| 0x4C || UInt32 || '''Import [[#Symbol Table|symbol table]] offset'''. Offset to the symbol table which stores symbols imported to this module from other modules.
|-
| 0x50 || UInt32 || '''Import [[#Symbol Table|symbol table]] size''' in bytes.
|-
| 0x54 || UInt32 || '''Import symbol name table offset'''.
|}

== Section Info Table ==
The [[#Header|header]] specifies the number of sections stored in the file. Each section has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Section data offset''', relative to the start of the file.
|-
| 0x04 || UInt32 || '''Section data size''' in bytes.
|}

== Relocation Table ==
Each RSO stores two relocation tables, one for internal relocation and one for external relocation. The relocation table allows code to the loaded into any virtual memory address. Each entry in the relocation table has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Relocation offset'''. Offset of this relocation, relative to the start of the file.
|-
| 0x04 || UInt24 || '''Internal relocation''': Section index of the symbol.<br>'''External relocation''': Imported symbol index.
|-
| 0x07 || Byte || '''Relocation type'''. Specifies how the data located at the offset specified should be transformed.
|-
| 0x08 || UInt32 || '''Internal relocation''': Section-relative offset of the symbol being patched to.<br>'''External relocation''': Unused, always 0.
|}

== Symbol Table ==
The [[#Header|header]] specifies the offset and size of the symbol table, as well as an offset to the symbol name table, which contains null-terminated strings. To calculate the number of entries, divide the symbol table size by 0x10 and 0x0C for the exported and imported symbol table respectively.

In order to resolve symbols at runtime two symbol tables are stored. This is a big difference compared to [[REL]], which does not relocate by symbols. The export table is used for specifying symbols in the current RSO module. The import symbol table is used for symbols outside this module which are referenced in the current RSO module. The symbol names in the import table is used to find the actual symbol from the export symbol table of another RSO module.

The structure is slightly different between export and import symbols, since import symbols do not store an ELF hash. However, everything else is the same. Each symbol has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Symbol name offset''', relative to the symbol name table specified in the [[#Header|header]].
|-
| 0x04 || UInt32 || '''Symbol offset'''. Section-relative offset to the symbol. Always 0 for import symbols.
|-
| 0x08 || UInt32 || '''Export''': Section index which contains this symbol.<br>'''Import''': Unknown, seems to be an offset.
|-
| 0x0C || UInt32 || '''ELF hash'''. Only stored for export symbols.
|}

= Tools =
The following tools can handle RSO files:
* (none)

[[Category:Wii File Formats]]

DOL

2025-07-14T14:47:05Z

Wexos: Redirected page to DOL (File Format)

#REDIRECT [[DOL (File Format)]]

DOL (File Format)

2025-07-14T14:46:50Z

Wexos: Created page with "'''DOL''' ('''DOL'''phin) is the file format containing the executable game code used on GameCube and Wii. The format contains statically linked code and thus does not support relocation or symbol information, which is instead supported by REL and RSO. = File Format = The DOL file format is very simple and only consists of a Header followed by section data. == Header == The file starts with the following header: {| class="wikit..."

'''DOL''' ('''DOL'''phin) is the file format containing the executable game code used on [[GameCube]] and [[Wii]]. The format contains statically linked code and thus does not support relocation or symbol information, which is instead supported by [[REL]] and [[RSO]].

= File Format =
The DOL file format is very simple and only consists of a [[#Header|Header]] followed by [[#Section|section data]].

== Header ==
The file starts with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32[18] || '''Section offsets'''. Offset to each section data, relative the start of the file. Set to 0 for unused sections.
|-
| 0x48 || UInt32[18] || '''Section addresses'''. Virtual memory address of each section, where the section data should be copied to. Set oto 0 for unused sections.
|-
| 0x90 || UInt32[18] || '''Section sizes'''. Size of each section data in bytes.
|-
| 0xD8 || UInt32 || '''BSS address'''. Virtual memory address of the BSS section.
|-
| 0xDC || UInt32 || '''BSS size'''. Size of the BSS section in bytes.
|-
| 0xE0 || UInt32 || '''Entry point'''. Virtual memory address of the program entry point.
|}

The 18 different sections allow for up to 7 text segments (executable code) and 11 data segments (generic data).

== Section ==
Following the header the section data is stored, indicated by each section offset.

= Tools =
The following tools can handle DOL files:
* (none)

[[Category:GameCube File Formats]]
[[Category:Wii File Formats]]

TXTR (File Format)

2025-07-12T17:03:27Z

Wexos:

'''TXTR''' ('''T'''e'''XT'''u'''R'''e) is a texture file format stores as subfiles in [[PAK (File Format)/RetroStudios|PAK]] files. It is used in games like [[Donkey Kong Country Returns]] and developed by RetroStudios.

= File Format =

== Header ==
The file starts with a header of size 0x0C:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''[[#Image Formats|Image format]]'''. See [[GameCube and Wii Image Formats|here]] for details.
|-
| 0x04 || UInt16 || '''Width of image''' in pixels.
|-
| 0x06 || UInt16 || '''Height of image''' in pixels.
|-
| 0x08 || UInt32 || '''Number of mipmaps''', including main image.
|}

== Palette ==
If the image format is a palette format, in other words C4, C8 or C14X2, the following structure follows the header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''[[#Image Formats|Palette format]]'''. See [[GameCube and Wii Image Formats|here]] for details.
|-
| 0x04 || UInt16 || '''Palette width''' (?). Always 1 for C4, 256 for C8.
|-
| 0x06 || UInt16 || '''Palette height''' (?). Always 16 for C4, 1 for C8.
|}

The palette data follows.

== Image Data ==
The image data follows the [[#Header|header]], or the [[#Palette|palette data]] if palettes exist.

== Image Formats ==
The following image formats are available:

{| class="textbox grid alt center sortable"
|+ Image Formats
! ID !! Name !! Bits per pixel
|-
| 0x00 || I4 || 4
|-
| 0x01 || I8 || 8
|-
| 0x02 || IA4 || 8
|-
| 0x03 || IA8 || 16
|-
| 0x04 || C4 || 4
|-
| 0x05 || C8 || 8
|-
| 0x06 || C14X2 || 16
|-
| 0x07 || RGB565 || 16
|-
| 0x08 || RGB5A3 || 16
|-
| 0x09 || RGBA8 || 32
|-
| 0x0A || CMPR || 4
|}

The following palette formats are available:

{| class="textbox grid alt center sortable"
|+ Palette Formats
! ID !! Name !! Bits per palette
|-
| 0x00 || IA8 || 16
|-
| 0x01 || RGB565 || 16
|-
| 0x02 || RGB5A3 || 16
|}

= Tools =
The following tools can handle TXTR files:
* [https://github.com/jellees/crPakTool crPakTool] by jellees

[[Category:Donkey Kong Country Returns File Formats]]

TXTR (File Format)

2025-07-12T11:19:51Z

Wexos: Created page with "'''TXTR''' ('''T'''e'''XT'''u'''R'''e) is a texture file format stores as subfiles in PAK files. It is used in games like Donkey Kong Country Returns and developed by RetroStudios. = File Format = == Header == The file starts with a header of size 0x0C: {| class="wikitable" ! Offset !! Type !! Description |- | 0x00 || UInt32 || '''Image format'''. |- | 0x04 || UInt16 || '''Width of..."

PAK (File Format)/RetroStudios

2025-07-11T20:22:08Z

Wexos: Document compressed block containing decompressed data

'''PAK''' is an archive file format used in games such as [[Donkey Kong Country Returns]] created by RetroStudios.

= File Format =

== Header ==
The file starts with the following header:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || {{Unknown-left|'''Unknown'''. Always 2, possibly a version number.}}
|-
| 0x04 || UInt32 || '''Header size'''. Always 0x40.
|-
| 0x08 || Byte[0x10] || '''MD5 hash''' of the file data following the header.
|-
| 0x18 || Byte[0x18] || '''Padding'''.
|}

== Table Of Content ==
After the header, a table of content structure specify what sections are stored in the file. It has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Section count''' ('''N'''). In practice this will always be 3 with order [[#STRG|STRG]], [[#RSHD|RSHD]], [[#DATA|DATA]].
|}

'''N''' entries of the following structure follows.

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''.
|-
| 0x04 || UInt32 || '''Section size''' in bytes.
|}

At 0x80 the section data for each section starts. They are laid out in the same order as they are specified above.

== STRG ==
The '''STRG''' section specifies files which are named, in other words identified by a string. It starts with the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Number of [[#Named Resource|named resources]]''' ('''N''').
|}

Immediately afterwards '''N''' [[#Named Resource|named resources]] follows.

=== Named Resource ===
Each resource has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char['''N''' + 1] || '''Resource name''' stored as a null-terminated string of length '''N'''.
|-
| '''N''' + 1 || Char[4] || '''Resource magic'''. File magic of the resource specifying file type.
|-
| '''N''' + 5 || UInt64 || '''Resource ID'''. There is always an entry in the [[#RSHD|RSHD section]] with the same ''Resource ID''.
|}

== RSHD ==
The '''RSHD ''' section specifies all files, where the files are identified by a 64-bit integer. All files in [[#STRG|STRG]] are also stores in the RSHD section. It starts with the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Number of [[#Resource|resources]]''' ('''N''').
|}

Immediately afterwards '''N''' [[#Resource|resources]] follows.

=== Resource ===
Each resource has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Compression flag'''. Either 0 (uncompressed) or 1 (compressed). See [[#Compressed Data|here]] for more details.
|-
| 0x04 || Char[4] || '''Resource magic'''. File magic of the resource specifying file type.
|-
| 0x08 || UInt64 || '''Resource ID'''.
|-
| 0x10 || UInt32 || '''File data size''' in bytes. Files are always padded with 0x40, which is reflected in the file data size.
|-
| 0x14 || UInt32 || '''File data offset''', relative to the start of the [[#DATA|DATA]] section.
|}

== DATA ==
All file data is stored in the '''DATA''' section and references by each [[#Resource|resource]]. File data is always padded to nearest 0x40 with 0xFF.

=== Compressed Data ===
File data may be compressed. In Donkey Kong Country Returns, files may be compressed using ZLib. Compressed data starts with the following header:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Data magic'''. Always ''CMPD'' in ASCII.
|-
| 0x04 || UInt32 || '''Block count''' ('''N'''). Specifies the number of compressed blocks the data has been divided into.
|}

Following the header '''N''' block entries follows:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Byte || '''Flag'''.
|-
| 0x01 || UInt24 || '''Compressed size''' in bytes.
|-
| 0x04 || UInt32 || '''Decompressed size''' in bytes. If the compressed size is identical to the decompressed size, it means the block data is not compressed and the data should be copied directly rather than decompressing.
|}

Afterwards the compressed file data is stored. Like with decompressed data, the compressed data is padded with 0xFF to nearest 0x40.

= Tools =
The following tools can handle PAK files:
* [https://github.com/jellees/crPakTool crPakTool] by jellees

[[Category:Donkey Kong Country Returns File Formats]]

PAK (File Format)/RetroStudios

2025-07-11T19:57:31Z

Wexos:

'''PAK''' is an archive file format used in games such as [[Donkey Kong Country Returns]] created by RetroStudios.

= File Format =

== Header ==
The file starts with the following header:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || {{Unknown-left|'''Unknown'''. Always 2, possibly a version number.}}
|-
| 0x04 || UInt32 || '''Header size'''. Always 0x40.
|-
| 0x08 || Byte[0x10] || '''MD5 hash''' of the file data following the header.
|-
| 0x18 || Byte[0x18] || '''Padding'''.
|}

== Table Of Content ==
After the header, a table of content structure specify what sections are stored in the file. It has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Section count''' ('''N'''). In practice this will always be 3 with order [[#STRG|STRG]], [[#RSHD|RSHD]], [[#DATA|DATA]].
|}

'''N''' entries of the following structure follows.

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''.
|-
| 0x04 || UInt32 || '''Section size''' in bytes.
|}

At 0x80 the section data for each section starts. They are laid out in the same order as they are specified above.

== STRG ==
The '''STRG''' section specifies files which are named, in other words identified by a string. It starts with the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Number of [[#Named Resource|named resources]]''' ('''N''').
|}

Immediately afterwards '''N''' [[#Named Resource|named resources]] follows.

=== Named Resource ===
Each resource has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char['''N''' + 1] || '''Resource name''' stored as a null-terminated string of length '''N'''.
|-
| '''N''' + 1 || Char[4] || '''Resource magic'''. File magic of the resource specifying file type.
|-
| '''N''' + 5 || UInt64 || '''Resource ID'''. There is always an entry in the [[#RSHD|RSHD section]] with the same ''Resource ID''.
|}

== RSHD ==
The '''RSHD ''' section specifies all files, where the files are identified by a 64-bit integer. All files in [[#STRG|STRG]] are also stores in the RSHD section. It starts with the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Number of [[#Resource|resources]]''' ('''N''').
|}

Immediately afterwards '''N''' [[#Resource|resources]] follows.

=== Resource ===
Each resource has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Compression flag'''. Either 0 (uncompressed) or 1 (compressed). See [[#Compressed Data|here]] for more details.
|-
| 0x04 || Char[4] || '''Resource magic'''. File magic of the resource specifying file type.
|-
| 0x08 || UInt64 || '''Resource ID'''.
|-
| 0x10 || UInt32 || '''File data size''' in bytes. Files are always padded with 0x40 using byte 0xFF, which is reflected in the file data size.
|-
| 0x14 || UInt32 || '''File data offset''', relative to the start of the [[#DATA|DATA]] section.
|}

== DATA ==
All file data is stored in the '''DATA''' section and references by each [[#Resource|resource]]. File data is always padded to nearest 0x40 with 0xFF.

=== Compressed Data ===
File data may be compressed. In Donkey Kong Country Returns, files may be compressed using ZLib. Compressed data starts with the following header:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Data magic'''. Always ''CMPD'' in ASCII.
|-
| 0x04 || UInt32 || '''Block count''' ('''N'''). Specifies the number of compressed blocks the data has been divided into. For Donkey Kong Country Returns this will always be 1.
|}

Following the header '''N''' block entries follows:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Byte || '''Flag'''.
|-
| 0x01 || UInt24 || '''Compressed size''' in bytes.
|-
| 0x04 || UInt32 || '''Decompressed size''' in bytes.
|}

Afterwards the compressed file data is stored. Like with decompressed data, the compressed data is padded with 0xFF to nearest 0x40.

= Tools =
The following tools can handle PAK files:
* [https://github.com/jellees/crPakTool crPakTool] by jellees

[[Category:Donkey Kong Country Returns File Formats]]

PAK (File Format)/RetroStudios

2025-07-11T19:23:20Z

Wexos:

'''PAK''' is an archive file format used in games such as [[Donkey Kong Country Returns]] created by RetroStudios.

= File Format =

== Header ==
The file starts with the following header:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || {{Unknown-left|'''Unknown'''. Always 2, possibly a version number.}}
|-
| 0x04 || UInt32 || '''Header size'''. Always 0x40.
|-
| 0x08 || Byte[0x10] || '''MD5 hash''' of the file data following the header.
|-
| 0x18 || Byte[0x18] || '''Padding'''.
|}

== Table Of Content ==
After the header, a table of content structure specify what sections are stored in the file. It has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Section count''' ('''N'''). In practice this will always be 3 with order [[#STRG|STRG]], [[#RSHD|RSHD]], [[#DATA|DATA]].
|}

'''N''' entries of the following structure follows.

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''.
|-
| 0x04 || UInt32 || '''Section size''' in bytes.
|}

At 0x80 the section data for each section starts. They are laid out in the same order as they are specified above.

== STRG ==
The '''STRG''' section specifies files which are named, in other words identified by a string. It starts with the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Number of [[#Named Resource|named resources]]''' ('''N''').
|}

Immediately afterwards '''N''' [[#Named Resource|named resources]] follows.

=== Named Resource ===
Each resource has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char['''N''' + 1] || '''Resource name''' stored as a null-terminated string of length '''N'''.
|-
| '''N''' + 1 || Char[4] || '''Resource magic'''. File magic of the resource specifying file type.
|-
| '''N''' + 5 || UInt64 || '''Resource ID'''. There is always an entry in the [[#RSHD|RSHD section]] with the same ''Resource ID''.
|}

== RSHD ==
The '''RSHD ''' section specifies all files, where the files are identified by a 64-bit integer. All files in [[#STRG|STRG]] are also stores in the RSHD section. It starts with the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Number of [[#Resource|resources]]''' ('''N''').
|}

Immediately afterwards '''N''' [[#Resource|resources]] follows.

=== Resource ===
Each resource has the following structure:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Compression flag'''. Either 0 (uncompressed) or 1 (compressed). In Donkey Kong Country Returns, files may be compressed using ZLib.
|-
| 0x04 || Char[4] || '''Resource magic'''. File magic of the resource specifying file type.
|-
| 0x08 || UInt64 || '''Resource ID'''.
|-
| 0x10 || UInt32 || '''File data size''' in bytes.
|-
| 0x14 || UInt32 || '''File data offset''', relative to the start of the [[#DATA|DATA]] section.
|}

== DATA ==
All file data is stored in the '''DATA''' section and references by each [[#Resource|resource]].

= Tools =
The following tools can handle PAK files:
* [https://github.com/jellees/crPakTool crPakTool] by jellees

[[Category:Donkey Kong Country Returns File Formats]]

PAK (File Format)/RetroStudios

2025-07-11T17:34:52Z

Wexos: Created page with "'''PAK''' is an archive file format used in games such as Donkey Kong Country Returns created by RetroStudios. = File Format = == Header == The file starts with the following header: {|class="wikitable" ! Offset !! Type !! Description |- | 0x00 || UInt32 || {{Unknown-left|'''Unknown'''. Always 2, possibly a version number.}} |- | 0x04 || UInt32 || '''Header size'''. Always 0x40. |- | 0x08 || Byte[0x10] || '''MD5 hash''' of the file data following the header. |- |..."

PAK (File Format)

2025-07-11T17:10:12Z

Wexos: Created page with "'''PAK''' is a file extension used for many file formats. Generally it is an archive file format meaning '''PA'''c'''K'''age. * RetroStudios PAK * Vicarious Visions PAK {{disambig}}"

'''PAK''' is a file extension used for many file formats. Generally it is an archive file format meaning '''PA'''c'''K'''age.

* [[PAK (File Format)/RetroStudios|RetroStudios PAK]]
* [[PAK (File Format)/Vicarious Visions|Vicarious Visions PAK]]

{{disambig}}

PAK (File Format)/Vicarious Visions

2025-07-11T17:07:10Z

Wexos: Wexos moved page PAK (File Format) to PAK (File Format)/Vicarious Visions without leaving a redirect

{{under-construction}}
'''PAK''' is a container file format used in games developed by [https://www.vvisions.com/ Vicarious Visions], such as ''Marvel Ultimate Alliance 2'', ''Crash Bandicoot N. Sane Trilogy'' and [[Crash Team Racing Nitro-Fueled]].

= File Format =
The file byte order is always little endian.

== Header ==
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''IGA\u001A''.
|-
| 0x04 || UInt32 || '''File version'''.
|-
| 0x08 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x0C || UInt32 || '''Number of [[#File Entry|file entries]]'''.
|-
| 0x10 || UInt32 || '''Size of compressed data chunks''' in bytes.
|-
| 0x14 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x18 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x1C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x20 || UInt32 || '''Size of table 1''' in bytes.
|-
| 0x24 || UInt32 || '''Size of table 2''' in bytes.
|-
| 0x28 || UInt32 || '''String table offset'''. Points to an array of UInt32s, which points to null-terminated strings.
|-
| 0x2C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x30 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x34 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|}

== Hash List ==
After the header comes a hash list of the files. Presumably these are hashes of the filename, since the file entries are sorted by this hash. Each entry is a 32-bit value.

== File Entry ==
The hash list follows by an array of file entries. Each entry has the following structure:
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''File data offset'''.
|-
| 0x04 || UInt32 || {{Unknown-left|'''Ordinal'''.}}
|-
| 0x08 || UInt32 || '''File data size'''.
|-
| 0x0C || UInt32 || '''Flag'''. 0xFFFFFFFF means it's not compressed. xx'''A'''x xxxx xxxx xxxx xxxx xxxx xxxx xxxx.
* '''A''': Compression method. Deflate = 0, LZMA = 1
|}

= Tools =
The following tools can handle PAK files:
* (none)

[[Category:Crash Team Racing Nitro-Fueled File Formats]]

RAS (File Format)

2025-07-11T15:59:26Z

Wexos:

'''RAS''' ('''R'''etroStudios '''A'''udio '''S'''tream?) is a streamable audio file format used in [[Donkey Kong Country Returns]].

= File Format =

== Header ==
The file starts with the following header:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''RAS_'' (0x5241535F) in ASCII.
|-
| 0x04 || UInt32 || '''Version number'''. Always 2 in Donkey Kong Country Returns.
|-
| 0x08 || UInt32 || '''Number of channels'''.
|-
| 0x0C || UInt32 || {{Unknown-left|'''Unknown'''. Seems to be some size related to the last block.}}
|-
| 0x10 || UInt32 || '''Number of [[#Unknown|unknowns]]'''.
|-
| 0x14 || UInt32 || '''Sample rate''' in Hz.
|-
| 0x18 || UInt32 || '''Sound data offset'''.
|-
| 0x1C || UInt32 || '''Sound data size''' in bytes.
|-
| 0x20 || UInt32 || '''Block size''' in bytes.
|-
| 0x24 || UInt32 || '''Number of blocks''' per channel.
|-
| 0x28 || UInt32 || {{Unknown-left|'''Unknown''', seems to be some sort of size in bytes or samples.}}
|-
| 0x2C || UInt32 || '''Number of samples''' in the last block per channel.
|-
| 0x30 || UInt32 || '''Loop start block''' index.
|-
| 0x34 || UInt32 || '''Loop start sample''' into the loop start block specified above.
|-
| 0x38 || UInt32 || '''Loop end block''' index.
|-
| 0x3C || UInt32 || '''Loop end sample''' into the loop end block specified above.
|}

The file has looping defined if ''loop end block index'' or ''loop end smaple'' is not zero.

== DSP ADPCM Channel Info ==
After the header there is a DSP ADPCM channel info data structure, one per channel. It has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int16[8][2] || 16-bit Coefficients.
|-
| 0x20 || UInt16 || Gain.
|-
| 0x22 || Int16 || Pred scale.
|-
| 0x24 || Int16 || Yn 1.
|-
| 0x26 || Int16 || Yn 2.
|-
| 0x28 || UInt16 || Loop pred scale.
|-
| 0x2A || Int16 || Loop Yn 1.
|-
| 0x2C || Int16 || Loop Yn 2.
|-
| 0x2E || byte[2] || '''Padding'''.
|}

== Unknown ==
After channel infos, there is an unknown structure with the following layout:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float || {{Unknown-left|'''Unknown'''.}}
|-
| 0x04 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x08 || UInt16 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x0A || Byte[2] || {{Unknown-left|'''Unknown'''.}}
|-
| 0x0C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|}

== Sound Data ==
The sound data is stored in DSP ADPCM format. The header may allow specifying other formats, but it is currently unknown if that is the case.

= Tools =
The following tools can handle RAS files:
* [https://github.com/vgmstream/vgmstream vgmstream]

[[Category:Donkey Kong Country Returns File Formats]]

RAS (File Format)

2025-07-11T14:51:03Z

Wexos:

'''RAS''' ('''R'''etroStudio '''A'''udio '''S'''tream?) is a streamable audio file format used in [[Donkey Kong Country Returns]].

= File Format =

== Header ==
The file starts with the following header:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''RAS_'' (0x5241535F) in ASCII.
|-
| 0x04 || UInt32 || {{Unknown-left|'''Unknown''', possibly number of channels or format.}}
|-
| 0x08 || UInt32 || {{Unknown-left|'''Unknown''', possibly number of channels or format.}}
|-
| 0x0C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x10 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x14 || UInt32 || '''Sample rate''' in Hz.
|-
| 0x18 || UInt32 || '''Sound data offset'''.
|-
| 0x1C || UInt32 || '''Sound data size''' in bytes.
|-
| 0x20 || UInt32 || '''Block size''' in bytes.
|-
| 0x24 || UInt32 || '''Number of blocks''' per channel.
|-
| 0x28 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x2C || UInt32 || {{Unknown-left|Possibly number of samples in the last block.}}
|-
| 0x30 || UInt32 || '''Loop start block''' index.
|-
| 0x34 || UInt32 || '''Loop start sample''' into the loop start block specified above.
|-
| 0x38 || UInt32 || '''Loop end block''' index.
|-
| 0x3C || UInt32 || '''Loop end sample''' into the loop end block specified above.
|}

== DSP ADPCM Channel Info ==
After the header there is a DSP ADPCM channel info data structure, one per channel. It has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int16[8][2] || 16-bit Coefficients.
|-
| 0x20 || UInt16 || Gain.
|-
| 0x22 || UInt16 || Pred scale.
|-
| 0x24 || Int16 || Yn 1.
|-
| 0x26 || Int16 || Yn 2.
|-
| 0x28 || UInt16 || Loop pred scale.
|-
| 0x2A || Int16 || Loop Yn 1.
|-
| 0x2C || Int16 || Loop Yn 2.
|-
| 0x2E || byte[2] || '''Padding'''.
|}

== Sound Data ==
The sound data is stored in DSP ADPCM format. The header may allow specifying other formats, but it is currently unknown if that is the case.

= Tools =
The following tools can handle RAS files:
* [https://github.com/vgmstream/vgmstream vgmstream]

[[Category:Donkey Kong Country Returns File Formats]]

RAS

2025-07-10T19:44:19Z

Wexos: Redirected page to RAS (File Format)

#REDIRECT [[RAS (File Format)]]

Category:Donkey Kong Country Returns File Formats

2025-07-10T19:43:53Z

Wexos: Created page with "The following file formats are used in Donkey Kong Country Returns. Category:File Formats"

The following file formats are used in [[Donkey Kong Country Returns]].

[[Category:File Formats]]

RAS (File Format)

2025-07-10T19:43:11Z

Wexos: Created page with "'''RAS''' is a streamable audio file format used in Donkey Kong Country Returns. = File Format = == Header == The file starts with the following header: {|class="wikitable" ! Offset !! Type !! Description |- | 0x00 || Char[4] || '''File magic'''. Always ''RAS_'' (0x5241535F) in ASCII. |- | 0x04 || UInt32 || {{Unknown-left|'''Unknown'''.}} |- | 0x08 || UInt32 || {{Unknown-left|'''Unknown'''.}} |- | 0x0C || UInt32 || {{Unknown-left|'''Unknown'''.}} |- | 0x10 || UInt..."

'''RAS''' is a streamable audio file format used in [[Donkey Kong Country Returns]].

= File Format =

== Header ==
The file starts with the following header:

{|class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''RAS_'' (0x5241535F) in ASCII.
|-
| 0x04 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x08 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x0C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x10 || UInt32 || {{Unknown-left|'''Unknown''', possibly number of channels.}}
|-
| 0x14 || UInt32 || '''Sample rate''' in Hz.
|}

[[Category:Donkey Kong Country Returns File Formats]]

COL (File Format)

2025-07-01T13:50:58Z

Wexos:

'''COL''' is a collision format used in [[Mario Kart Arcade GP DX]] and the successor of [[Mario Kart Arcade GP]] and [[Mario Kart Arcade GP 2]]'s [[MKAGP BIN]].

= File Format =
The file byte order is always little endian.

== Header ==
The file starts with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''COL\0'' in ASCII.
|-
| 0x04 || Byte[4] || Timestamp? Always 16 08 12 20 (2012-08-16?) The game specifically checks if this value is correct, otherwise it won't read the file.
|-
| 0x08 || Int32 || '''Grid width''' ('''W''').
|-
| 0x0C || Int32 || '''Grid length''' ('''L''').
|-
| 0x10 || Float || '''Grid cell X size'''.
|-
| 0x14 || Float || '''Grid cell Y size'''.
|-
| 0x18 || Float[2] || '''AABB minimum coordinate XZ'''.
|-
| 0x20 || Float[2] || '''AABB maximum coordinate XZ'''.
|-
| 0x28 || Float[2] || '''Negaitive AABB minimum coordinate XZ'''. Unknown usage.
|}

== Grid ==
Followed by the header, the grid data is read from the start of the AABB minimum coordinate, from left to right. A total of '''W''' * '''L''' cells are loaded.

=== Cell ===
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int32 || '''Number of [[#Triangle|Triangles]]''' ('''T''').
|-
| 0x04 || Int32 || '''Number of [[#Wall|Walls]]''' ('''C''').
|}

==== Triangle ====
Followed by the cell header, there are '''T''' 0x70 triangles.

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float[2] || '''Minimal coordinate''' for this triangle.
|-
| 0x08 || Float[2] || '''Maximal coordinate''' for this triangle.
|-
| 0x10 || Float[3][3] || '''Triangle vertices''' XYZ position.
|-
| 0x34 || Float[3][3] || '''Triangle edges''' XYZ directions.
|-
| 0x58 || UInt32 || '''Neighbour triangle flag''', used to determine which edges connect to other triangles.
|-
| 0x5C || UInt32 || '''[[COL flag]]'''.
|-
| 0x60 || Float[3] || '''Triangle normal'''.
|-
| 0x6C || Float || '''Negative dot product''' between triangle center and triangle normal.
|}

==== Wall ====
Followed by the cell's triangles, there are '''C''' 0x40 walls, which are used for wall collision detection. The walls are auto-generated from [[#Triangle|all triangles]] by checking which edges are missing neighbour triangles.

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float[3] || '''Min XYZ''' of the triangle edge.
|-
| 0x0C || Float || {{Unknown-left|'''Unknown'''. Always 0.}}
|-
| 0x10 || Float[3] || '''Max XYZ''' of the triangle edge.
|-
| 0x1C || Float || {{Unknown-left|'''Unknown'''. Always 0.}}
|-
| 0x20 || Float[3] || '''Position 1 XYZ''' of the triangle edge forming the wall.
|-
| 0x2C || Float || {{Unknown-left|'''Unknown'''. Always 0.}}
|-
| 0x20 || Float[3] || '''Position 2 XYZ''' of the triangle edge forming the wall.
|-
| 0x3C || Float || {{Unknown-left|'''Unknown'''. Always 0.}}
|}

== Triangle Wall Grid ==
Followed by the grid, there's a secondary grid with cells containing triangle walls. As of version 1.18 of Mario Kart Arcade GP DX, it only seems to be used in ''FM_L_N_HIT.col'' and ''FM_L_N_HIT_cam.col''.

=== Triangle Wall Cell ===
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int32 || '''Number of [[#Triangle Wall|triangle walls]]''' ('''U''').
|}

==== Triangle Wall ====
Followed by the cell header, there are '''U''' 0x38 triangle walls. These are walls represented as triangles. Presumably this was added since [[#Wall|edge walls]] which are auto-generated couldn't represent certain walls.

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int32 || {{Unknown-left|'''Unknown'''. Possible collision flag indicating surface type.}}
|-
| 0x04 || Float[3][3] || '''Triangle vertices''' XYZ position.
|-
| 0x28 || Float[4] || {{Unknown-left|'''Unknown'''. Always 0.}}
|}

= Tools =
The following tools can handle COL files:
* (none)

[[Category:Mario Kart Arcade GP DX File Formats]]

COL (File Format)

2025-06-30T11:39:10Z

Wexos:

'''COL''' is a collision format used in [[Mario Kart Arcade GP DX]] and the successor of [[Mario Kart Arcade GP]] and [[Mario Kart Arcade GP 2]]'s [[MKAGP BIN]].

= File Format =
The file byte order is always little endian.

== Header ==
The file starts with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''COL\0'' in ASCII.
|-
| 0x04 || Byte[4] || Timestamp? Always 16 08 12 20 (2012-08-16?) The game specifically checks if this value is correct, otherwise it won't read the file.
|-
| 0x08 || Int32 || '''Grid width''' ('''W''').
|-
| 0x0C || Int32 || '''Grid length''' ('''L''').
|-
| 0x10 || Float || '''Grid cell X size'''.
|-
| 0x14 || Float || '''Grid cell Y size'''.
|-
| 0x18 || Float[2] || '''AABB minimum coordinate XZ'''.
|-
| 0x20 || Float[2] || '''AABB maximum coordinate XZ'''.
|-
| 0x28 || Float[2] || '''Negaitive AABB minimum coordinate XZ'''. Unknown usage.
|}

== Grid ==
Followed by the header, the grid data is read from the start of the AABB minimum coordinate, from left to right. A total of '''W''' * '''L''' cells are loaded.

=== Cell ===
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int32 || '''Number of [[#Triangle|Triangles]]''' ('''T''').
|-
| 0x04 || Int32 || '''Number of [[#Cube|Cubes]]''' ('''C''').
|}

==== Triangle ====
Followed by the cell header, there are '''T''' 0x70 triangles.

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float[2] || '''Minimal coordinate''' for this triangle.
|-
| 0x08 || Float[2] || '''Maximal coordinate''' for this triangle.
|-
| 0x10 || Float[3][3] || '''Triangle vertices''' XYZ position.
|-
| 0x34 || Float[3][3] || '''Triangle edges''' XYZ position.
|-
| 0x58 || UInt32 || '''Neighbour triangle flag''', used to determine which edges connect to other triangles.
|-
| 0x5C || UInt32 || '''[[COL flag]]'''.
|-
| 0x60 || Float[3] || '''Triangle normal'''.
|-
| 0x6C || Float || '''Negative dot product''' between triangle center and triangle normal.
|}

==== Cube ====
Followed by the cell's triangles, there are '''C''' 0x40 cubes, seemingly used for wall collision detection.

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float[4][4] || '''Cube XYZ positions''' plus a 0-float, probably used for padding.
|}

== Secondary Grid ==
Followed by the grid, there's a secondary grid with unknown blocks. As of version 1.18 of Mario Kart Arcade GP DX, it only seems to be used in ''FM_L_N_HIT.col'' and ''FM_L_N_HIT_cam.col''.

=== Cell ===
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int32 || '''Number of [[#Unknown Section|Unknown sections]]''' ('''U''').
|}

==== Unknown Section ====
Followed by the cell header, there are '''U''' 0x38 unknown sections.

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Int32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x04 || Float[3][3] || {{Unknown-left|'''Unknown'''.}}
|-
| 0x28 || Float[4] || {{Unknown-left|'''Unknown'''. Always 0.}}
|}

= Tools =
The following tools can handle COL files:
* (none)

[[Category:Mario Kart Arcade GP DX File Formats]]

BEA (File Format)

2024-10-14T09:14:19Z

Wexos: Documented v6.0.0

'''BEA''' ('''B'''ezel '''E'''ngine '''A'''rchive) is a file format used by [[Nintendo Switch]] games that is developed with Nintendo's game engine [[Bezel Engine]], for example [[Super Mario Party]]. Each sub file is compressed using ZStandard.

= File Format =
== Header ==
The file starts with the following header:

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Char[8] || '''File magic'''. Always ''SCNE\0\0\0\0'' in ASCII, or 53 43 4E 45 00 00 00 00.
|-
| 0x08 || UInt32 || '''[[#Version List|Version number]]'''.
|-
| 0x0C || UInt16 || {{BOM}}
|-
| 0x0E || Byte || '''Alignment shift'''. 2 raised by this value is the alignment required by this file when loaded into memory.
|-
| 0x0F || Byte || '''Target address size'''. Size of a pointer in bits. Never set and therefore remains 0.
|-
| 0x10 || UInt32 || '''Dummy value'''.
|-
| 0x14 || UInt16 || A '''flag''' which is only used on runtime. One bit sets wether the file is relocated.
|-
| 0x16 || UInt16 || Offset to the '''first section'''.
|-
| 0x18 || UInt32 || '''[[#Relocation Table|Relocation table]] offset'''.
|-
| 0x1C || UInt32 || '''Size until start of file data''' in bytes.
|-
| 0x20 || Int64 || '''Number of [[#Sub File|sub files]]''' in this archive.
|- bgcolor="#AAFFAA"
| colspan="4" align="center" | '''If [[#Header|version]] ≥ 6.0.0'''
|- bgcolor="#DDFFDD"
| 0x28 || Int64 || '''[[#Sub File|Sub file]] array offset'''.
|- bgcolor="#DDFFDD"
| 0x30 || Int64 || '''Sub file offset table offset'''. Points an array of offsets which points to each [[#Sub File|sub files]].
|- bgcolor="#DDFFDD"
| 0x38 || Int64 || '''Sub file DICT offset'''. Points to a [[#Dictionary|dictionary]] containing the sub file names.
|- bgcolor="#DDFFDD"
| 0x40 || Int64 || '''Archive name offset'''.
|- bgcolor="#DDFFDD"
| 0x48 || Int64 || {{Unknown-left|'''Compression name offset'''? Seen as ''Zstd''.}}
|- bgcolor="#DDFFDD"
| 0x50 || Int64 || {{Unknown-left|'''Unknown'''. Only seen as 0.}}
|- bgcolor="#FFAAAA"
| colspan="4" align="center" | '''Else'''
|- bgcolor="#FFDDDD"
| 0x28 || Int64 || '''Sub file offset table offset'''.
|- bgcolor="#FFDDDD"
| 0x30 || Int64 || '''Sub file DICT offset'''.
|- bgcolor="#FFDDDD"
| 0x38 || Int64 || {{Unknown-left|'''Unknown'''. Only seen as 0.}}
|- bgcolor="#FFDDDD"
| 0x40 || Int64 || '''Archive name offset'''.
|}

== Sub File ==
Each sub file contains ZStandard-compressed data. Each entry has the following structure:

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''. Always ''ASST'' in ASCII.
|-
| 0x04 || UInt32 || '''Next section offset'''.
|-
| 0x08 || UInt32 || '''Size of this section''' in bytes.
|-
| 0x0C || UInt32 || '''Reserved'''.
|-
| 0x10 || UInt32 || {{Unknown-left|'''Unknown'''. Most likely a flag.}}
|-
| 0x14 || UInt32 || '''Compressed file size''' in bytes.
|-
| 0x18 || UInt32 || '''Decompressed file size''' in bytes.
|-
| 0x1C || UInt32 || {{Unknown-left|'''Unknown'''. Only seen as 0.}}
|- bgcolor="#AAFFAA"
| colspan="4" align="center" | '''If [[#Header|version]] ≥ 6.0.0'''
|- bgcolor="#DDFFDD"
| 0x20 || Int64 || {{Unknown-left|'''Unknown'''.}}
|- bgcolor="#DDFFDD"
| 0x28 || Byte[0x10] || {{Unknown-left|'''Unknown''', looks like a hash.}}
|- bgcolor="#DDFFDD"
| 0x38 || Int64 || '''Compressed file data offset'''.
|- bgcolor="#DDFFDD"
| 0x40 || Int64 || '''File name offset'''.
|- bgcolor="#FFAAAA"
| colspan="4" align="center" | '''Else'''
|- bgcolor="#FFDDDD"
| 0x20 || Int64 || '''Compressed file data offset'''.
|- bgcolor="#FFDDDD"
| 0x28 || Int64 || '''File name offset'''.
|}

== String Table ==
{{NX String Table}}

== Dictionary ==
{{NX Dictionary}}

== Relocation Table ==
{{NX Relocation Table}}

= Version List =
{|class="wikitable"
! Version !! Found in
|-
| 1.0.0
|
* [[Dr Kawashima's Brain Training for Nintendo Switch]]
* [[Super Mario Party]]
* [[Tetris 99]]
|-
| 1.1.0
|
* [[Big Brain Academy: Brain vs. Brain]]
* [[Nintendo World Championships: NES Edition]]
* [[PAC-MAN 99]]
* [[WarioWare: Get It Together!]]
* [[WarioWare: Move It!]]
|-
| 6.0.0
|
* [[Super Mario Party Jamboree]]
|}

= Tools =
The following tools can handle BEA files:
* (none)

[[Category:Bezel Engine]]
[[Category:Switch File Formats]]

Main Page

2024-06-09T12:04:20Z

Wexos:

== Wexos's Wiki ==
{{textbox|large center|Welcome to Wexos's Wiki!|
This is a wiki mostly dedicated to documentating file formats, specifically file formats used in Nintendo games.
}}

{{textbox|red left|Account creation|
To prevent spam, accounts may only be created by administrators. If you wish to create an account, contact Wexos on Discord (Wexos) or e-mail (wexosmk[at]gmail[dot]com). You need to supply the following information:
* Wanted username
* E-mail
* Why you want an account

The third part is not that deep, it is just a simple check to understand why you want an account. Again, this is to prevent spam.
}}

Main Page

2024-06-09T11:49:06Z

Wexos: Undo revision 391 by Cessna.kody (talk)

== Wexos's Wiki ==
{{textbox|large center|Welcome to Wexos's Wiki!|This is a wiki mostly dedicated to documentating file formats.}}

Template:Youtube-box

2024-05-05T12:30:49Z

Wexos: Yep

<includeonly>
{| class="youtube textbox video {{{1|}}}"
|+ {{{3|Video}}}
| style="padding:0 1pt" | {{#tag:youtube|{{{2}}}|width=480|height=270}}
|}</includeonly><noinclude>[[category:Template/Include]]
Usage: <nowiki>{{youtube-box|textbox_attributes|youtube_id|title text}}</nowiki>
* '''textbox_attributes''': attributes for [[template:textbox]], one of:
** '''bug''': videos about bugs and glitches
** '''original''': videos of original tracks.
** '''tutorial''': tutorial videos.
** empty for all other kinds of videos (standard video)
* '''youtube_id''' : ID of youtube video
* '''title text''' : text of header line

== Examples ==
<pre><nowiki>
{{youtube-box||ZvBWo5bf_E0|Mario Kart Double Dash!!}}
{{youtube-box|bug|Hd4V1XT7V4s|Super Mario Galaxy 2}}
{{youtube-box|original|uUU-2FQKf5Y|Wii Sports}}
{{youtube-box|tutorial|3T7ieq27WMc|Twisty Trials Galaxy}}
</nowiki></pre>

{{youtube-box||ZvBWo5bf_E0|Mario Kart Double Dash!!}}
{{youtube-box|bug|Hd4V1XT7V4s|Super Mario Galaxy 2}}
{{youtube-box|original|uUU-2FQKf5Y|Wii Sports}}
{{youtube-box|tutorial|3T7ieq27WMc|Twisty Trials Galaxy}}
</noinclude>

Mario Kart Double Dash/Object

2024-05-04T13:57:49Z

Wexos:

This is a list of objects found in [[Mario Kart Double Dash]]. The object table is hardcoded and is stored in the main [[DOL]] file.

The object names are based on the class name found in the symbol map. Most object classes have prefixes such as "TMapObj" or "Geo", these have been subjectively removed to simplify the names. Other adjustment has also been made to simplify names, or ensure unique names. The objects were written in C++ and uses polymorphism, but the hierarchy is not shown in this table. The files needed for a file can be found in either the track archives or the common archive. The low version of each track is not shown in the "Used In" column.

When editing, it is recommended to use the build-in "Search" feature in your browser. This is usually done with Ctrl + F.

{| class="wikitable"
|- class="tr0a"
! rowspan=5 style="text-align:left;" | ID<br>Name
! colspan=4 | Description
|- class="tr0a"
! colspan=4 | Needed files
|- class="tr0a"
! colspan=4 | Used in
|- class="tr0b"
! align=center | Setting0
! align=center | Setting1
! align=center | Setting2
! align=center | Setting3
|- class="tr0b"
! align=center | Setting4
! align=center | Setting5
! align=center | Setting6
! align=center | Setting7
{{MKDD Object|1|0001|1|ItemBox|
|info=Normal item box.
|files=
|usedin=BabyLuigi, Daisy, Desert, Diddy, Donkey, Ending, Koopa, Luigi, Luigi2, Mario, Mini1, Mini2, Mini3, Mini7, Mini8, Nokonoko, Patapata, Peach, Rainbow, Snow, Waluigi, Wario, Yoshi
|s0=Addition height, added to the position. Usually 0x87.
|s1=Specifies if the item box is single or double. It can be either random (0), single (1) or double (3).
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0003|3|JumpNarrow|
|info=?
|files=njump.bmd
|usedin=Mini5
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0007|7|StringBridge|
|info=Wooden bridge.
|files=bridge_4501.lbd, hbmaruta.bmd, hbmarutalope.bmd
|usedin=Donkey
|s0=?
|s1=
|s2=
|s3=?
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0009|9|StartLine|
|info=Common startline object.
|files=
|usedin=Award, Desert, Diddy, Donkey, Koopa, Luigi, Luigi2, Mario, Nokonoko, Patapata, Peach, Rainbow, Snow, Waluigi, Wario, Yoshi
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|000A|10|F_ItemBox|
|info=Item box following a path.
|files=
|usedin=Diddy, Peach, Snow, Wario
|s0=Addition height, added to the position. Usually 0x87.
|s1=Path speed between 0 and 2.
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|000C|12|DoubleItemBox|
|info=Double item box.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|000E|14|ItemGen|
|info=?
|files=
|usedin=Patapata
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0010|16|LensFlare|
|info=?
|files=mk_lensfx01.bti, mk_lensfx02.bti, mk_lensfx03.bti, mk_lensfx04.bti
|usedin=Award, BabyLuigi, Daisy, Desert, Donkey, Luigi, Luigi2, Mario, Mini8, Nokonoko, Peach, Waluigi, Wario, Yoshi
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0011|17|Sun|
|info=?
|files=sun.bmd, sun.btk
|usedin=Award, BabyLuigi, Daisy, Desert, Donkey, Luigi, Luigi2, Mario, Mini8, Nokonoko, Peach, Yoshi
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0013|19|SoundGen|
|info=?
|files=
|usedin=Award, Daisy, Peach
|s0=Index.
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0014|20|?|
|info=?
|files=
|usedin=Ending
|s0=
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|00FF|255|Jugem|
|info=Unused.
|files=jg_model.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0100|256|JugemHeadHear|
|info=Unused.
|files=jg_hair_model.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0101|257|JugemVoidRod|
|info=Unused.
|files=rod_model.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0102|258|JugemFlag|
|info=Unused.
|files=jg_flag.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0104|260|JugemRodBoard|
|info=Unused.
|files=jg_board01.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0105|261|JugemRodBoard2|
|info=Unused.
|files=BoardFinalLap.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0106|262|JugemRodBoardRev|
|info=Unused.
|files=BoardReverse.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0107|263|JugemRodSignal|
|info=Unused.
|files=jg_signal.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0108|264|JugemRodPukuPuku|
|info=Unused.
|files=puku_model.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0109|265|JugemHeadLamp|
|info=Unused.
|files=jg_patlamp.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0CE5|3301|Ferriswheel|
|info=?
|files=babykanran.bmd
|usedin=BabyLuigi
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0CE6|3302|JetCoasterHead|
|info=?
|files=babyjet.bck, babyjet_body.bmd, babyjet_head.bmd
|usedin=BabyLuigi
|s0=Number of back segments.
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0CE7|3303|JetCoasterBody|
|info=Unused.
|files= babyjet_body.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0CE8|3304|PathYoshiHeli|
|info=Helicopter from Baby Park.
|files=yoshihelib.bmd, yoshihelib.btk
|usedin=BabyLuigi
|s0=Path speed.
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D48|3400|?|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0D49|3401|Water|
|info=Rising and falling sea.
|files=sea1_spc.bmd, sea1_spc.btk, sea2_tex.btk, sea2_tex.bmd, sea3_dark.bmd, sea4_nami.bmd, sea5_sand.bmd
|usedin=Award, Peach
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0D4A|3402|Poihana|
|info=Cataquack.
|files=poihana1.bmd, poihana1.btp, poihana1shadow.bmd, poihana1_damage.bck, poihana1_throw.bck, poihana1_wait.bck
|usedin=Peach
|s0=Color. Blue (0), red (1), purple (2) or green (3).
|s1=Throw power.
|s2=?
|s3=?
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D4B|3403|BoidBirdManager|
|info=Seagull flock.
|files=kamome1.bca, kamome1.bmd
|usedin=Award, Daisy, Peach, Yoshi
|s0=Number of birds.
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D4C|3404|Kamome|
|info=Unused.
|files=kamome1.bca, kamome1.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0D4D|3405|PeachTree|
|info=?
|files=peachtree1.bmd, peachtree1_wait.bck
|usedin=Peach
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D4E|3406|Fountain|
|info=?
|files=peachfountain.bmd, peachfountain.btk
|usedin=Peach
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D4F|3407|MareA|
|info=?
|files=marel_a.bmd, marel_a_bye1.bck, marel_a_clap1.bck, marel_a_sh.bmd
|usedin=Award, Peach
|s0=?
|s1=?
|s2=?
|s3=
|s4=?
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D50|3408|MareB|
|info=?
|files=marel_a_bye1.bck, marel_a_clap1.bck, marel_a_sh.bmd, marel_b.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=?
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D51|3409|MareC|
|info=?
|files=marel_a_bye1.bck, marel_a_clap1.bck, marel_a_sh.bmd, marel_c.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D52|3410|MonteA|
|info=?
|files=monl_a.bmd, monl_a_bye1.bck, monl_a_clap1.bck, monl_a_sh.bmd
|usedin=Award, Daisy, Peach
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D53|3411|MonteB|
|info=?
|files=monl_a_bye1.bck, monl_a_clap1.bck, monl_a_sh.bmd, monl_b.bmd
|usedin=Award, Daisy
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D54|3412|MonteC|
|info=?
|files=monl_a_bye1.bck, monl_a_clap1.bck, monl_a_sh.bmd, monl_c.bmd
|usedin=Award, Daisy, Peach
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D55|3413|UkleleMonte|
|info=?
|files=uklele_monte.bck, uklele_monte.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D56|3414|DanceMonteA|
|info=?
|files=monf_a.bmd, monf_a_dance.bck, monf_a_fladance.bck
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D57|3415|DanceMonteB|
|info=?
|files=monf_a_dance.bck, monf_a_fladance.bck, monf_b.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D58|3416|MonteD|
|info=?
|files=monl_a_bye1.bck, monl_a_clap1.bck, monl_a_sh.bmd, monl_d.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D59|3417|MonteE|
|info=?
|files=monl_a_bye1.bck, monl_a_clap1.bck, monl_a_sh.bmd, monl_e.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D5A|3418|MareW_A|
|info=?
|files=marew_a.bmd, marew_a_dance.bck
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D5B|3419|MareW_B|
|info=?
|files=marew_a_dance.bck, marew_b.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D5C|3420|MareW_C|
|info=?
|files=marew_a_dance.bck, marew_c.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D5D|3421|MareM_A|
|info=?
|files=marem_a.bck, marem_a.bmd
|usedin=Award
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D66|3430|AwardItemBox|
|info=Item box.
|files=
|usedin=Award
|s0=?
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D67|3431|AwardKinokoCup|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0D68|3432|AwardFlowerCup|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0D69|3433|AwardStarCup|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0D6A|3434|AwardSpecialCup|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0D6B|3435|AwardReverseCup|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0D6C|3436|AwardAllCupTour|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0D7A|3450|Hanabi|
|info=?
|files=
|usedin=Award, Luigi, Luigi2, Nokonoko, Snow, Wario
|s0=Index.
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D7B|3451|demo_k_body|
|info=?
|files=demo_k_body.bmd
|usedin=Award
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D7C|3452|Kinojii|
|info=?
|files=kinojii.bmd, kinojii_drive.bca, kinojii_wink.btp
|usedin=Award
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D7D|3453|DemoFountain|
|info=?
|files=dpeachfountain.bmd, dpeachfountain.btk
|usedin=Award
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0D7E|3454|TideSensor|
|info=?
|files=
|usedin=Peach
|s0=?
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0D7F|3455|PeachTree2|
|info=?
|files=peachtree2.bmd, peachtree2_wait.bck
|usedin=Award
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0DA2|3490|WaterDown|
|info=Unused.
|files=sea5_sand.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0DA3|3491|WaterMiddleD|
|info=Unused.
|files=sea4_nami.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0DA4|3492|WaterUp|
|info=Unused.
|files=sea3_dark.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0DA5|3493|WaterUp2|
|info=Unused.
|files=sea2_tex.btk, sea2_tex.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0DAE|3502|MoveItemBoxLimit|
|info=?
|files=
|usedin=Daisy
|s0=?
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0DAF|3503|Pool|
|info=?
|files=pool.bmd, pool.btk
|usedin=Daisy
|s0=?
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0DB0|3504|?RollTable|
|info=Unused. Loads TestWall1.bmd.
|files=TestWall1.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0DB1|3505|Ventilator|
|info=?
|files=fan1.bmd
|usedin=Daisy
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0E0B|3595|TestStrItem|
|info=Unused item box.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0E0C|3596|TestRollObj|
|info=Unused.
|files=TestPaipo1.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0E0D|3597|TestStrBarrel|
|info=Unused.
|files=testhimo1.bmd, testhimo1shadow.bmd, testhimo1tex.bti, testhimo1ukiwa.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0E0E|3598|TestString|
|info=?
|files=
|usedin=Daisy
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0E0F|3599|RollTable|
|info=Moving table.
|files=testwall1.bmd
|usedin=Daisy
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0E75|3701|MarioTree1|
|info=Common tree model. The original tracks also contain an unused mariotree1_wait.bca file.
|files=mariotree1.bmd, mariotree1_wait.bck
|usedin=Luigi, Luigi2, Mario
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0E76|3702|MarioKinoko1|
|info=?
|files=
|usedin=
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0E77|3703|MarioFlower1|
|info=?
|files=marioflower1.bck, marioflower1.bmd
|usedin=Award, Luigi, Luigi2
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0E78|3704|Wanwan|
|info=?
|files=wanwan1.bca, wanwan1.bla, wanwan1.bls, wanwan1.bmd, wanwan1pile.bmd, wanwan1shadow.bmd
|usedin=Luigi, Luigi2, Mario
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0E79|3705|WanwanChain|
|info=?
|files=wanwan_chn.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0E7A|3706|WanwanPile|
|info=Unused.
|files=wanwan1.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0E7E|3710|SkyShip|
|info=?
|files=shyship1.bmd, skyship1shadow.bmd
|usedin=Luigi, Luigi2
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0E7F|3711|Kuribo|
|info=Walking goomba following a path.
|files=kuribo1.bmd, kuribo1shadow.bmd, kuribo1_l.bca, kuribo1_r.bca
|usedin=Mario
|s0=?
|s1=Path speed. Distance to move between each animation.
|s2=Animation speed.
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0E80|3712|Pakkun|
|info=Piranha plant in pipe.
|files=pakkun.bmd, pakkunshadow.bmd, pakkun_attack.bca, pakkun_damage.bca, pakkun_wait.bca
|usedin=Mario, Yoshi
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0E81|3713|PakkunColHead|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0E82|3714|MashBalloon|
|info=Air balloon.
|files=mash_balloon.bmd, mash_balloon_shadow.bmd
|usedin=Mario
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0ED9|3801|YoshiHeli|
|info=Helicopter from Yoshi Circuit.
|files=yoshiheli.bmd, yoshiheli.btk, yoshihelib.bmd, yoshihelib.btk
|usedin=Yoshi
|s0=?
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0FA1|4001|NormCar|
|info=?
|files=car_public1.bmd, car_public1.btk, car_public1.btp, car_public1shadow.bmd
|usedin=Nokonoko, Patapata
|s0=Path speed.
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0FA2|4002|Bus|
|info=?
|files=car_bus1.bmd, car_bus1.btk, car_bus1.btp
|usedin=Nokonoko, Patapata
|s0=Path speed.
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0FA3|4003|Truck|
|info=?
|files=car_truck1.bmd, car_truck1.btk, car_truck1.btp
|usedin=Nokonoko, Patapata
|s0=Path speed.
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0FA4|4004|Signal|
|info=?
|files=signal1.bmd, signal1.brk
|usedin=Patapata
|s0=?
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0FA5|4005|BombCar|
|info=?
|files=car_bomb1.bmd, car_bomb1.btk, car_kinoko1.btk, car_bomb1shadow.bmd
|usedin=Nokonoko, Patapata
|s0=Path speed.
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0FA6|4006|KinoCar|
|info=?
|files=car_kinoko1.bmd, car_kinoko1shadow.bmd
|usedin=Nokonoko, Patapata
|s0=Path speed.
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0FA7|4007|KuriCar|
|info=Unused.
|files=Car_Kuril.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|0FA8|4008|ItemCar|
|info=?
|files=car_item1.bmd, car_item1.btk
|usedin=Ending, Nokonoko, Patapata
|s0=Path speed.
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|0FA9|4009|HanaCar|
|info=Wiggler Car from Mushroom Bridge.
|files=car_hana1.bmd, car_hana1body.bmd, car_hana1body.btk, car_hana1bodyshadow.bmd, car_hana1shadow.bmd
|usedin=Nokonoko, Patapata
|s0=?
|s1=?
|s2=Number of body segments.
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|0FAA|4010|HanaBody|
|info=Unused.
|files=car_hana1body.bmd, car_hana1body.btk, car_hana1bodyshadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|0FFF|4095|HanaBodyShadow|
|info=Unused.
|files=car_hana1bodyshadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|1000|4096|HanaShadow|
|info=Unused.
|files=car_hana1shadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|1001|4097|BombShadow|
|info=Unused.
|files=car_bomb1shadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|1002|4098|KinoShadow|
|info=Unused.
|files=car_kinoko1shadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|1003|4099|CarShadow|
|info=Unused.
|files=car_public1shadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|1069|4201|FireBar|
|info=?
|files=firebar1.bmd, firebar1fire.bmd, firebar1fire.btk
|usedin=Daisy, Waluigi, Wario
|s0=Number of fire balls.
|s1=?
|s2=?
|s3=?
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|106A|4202|FireBall|
|info=Unused.
|files=firebar1fire.bmd, firebar1fire.btk
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|106B|4203|FireCircle|
|info=Rotating ring of fire balls.
|files=firebar1fire.bmd, firebar1fire.btk
|usedin=Waluigi, Wario
|s0=Number of fire balls.
|s1=?
|s2=?
|s3=?
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|106D|4205|Vision|
|info=TV screen from Waluigi Stadium and Wario's Colosseum.
|files=wl_screen1.bmd
|usedin=Waluigi, Wario
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|106E|4206|Wall|
|info=Horizontal moving Piranha Plant wall from Waluigi Stadium.
|files=wl_wall1.bca, wl_wall1.bmd
|usedin=Waluigi
|s0=?
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|106F|4207|WlArrow|
|info=Arrow with eyes from Waluigi Stadium.
|files=wlarrow1.bck, wlarrow1.bmd, wlarrow1.btk
|usedin=Waluigi
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|1070|4208|NoMove_Dokan|
|info=Big horizontal pipe from Waluigi Stadium.
|files=wl_dokan1.bmd
|usedin=Waluigi
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|1071|4209|Splash|
|info=Object which generates a splash effect which is triggered by BCO attribute RESQS. The attribute index is used to link it to the object's ID. The splash should be placed at ~20 units above the water surface., and the collision shhould be placed ~250 units below the water surface. In Waluigi Stadium this object is used for a mud effect.
|files=
|usedin=Diddy, Koopa, Mario, Snow, Waluigi, Yoshi
|s0=ID.
|s1=Splash type. Can be water (1), ice water (2), mud effect (3) or purple lava (5).
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|1072|4210|WluSearchLight|
|info=?
|files=wa_search1.bck, wa_search1.bmd
|usedin=Wario
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|1195|4501|Cannon|
|info=?
|files=cannon1.bca, cannon1.bmd, cannon1.brk
|usedin=Daisy, Donkey, Rainbow
|s0=Respawn index.
|s1=
|s2=Invisibility.
|s3=?
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|1196|4502|DonkyRockGen|
|info=?
|files=donkyrock1.bmd, donkyrock1shadow.bmd
|usedin=Donkey
|s0=?
|s1=?
|s2=?
|s3=?
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|1197|4593|DonkyRock|
|info=Unused.
|files=donkyrock1.bmd, donkyrock1shadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|1198|4504|DonkyTree|
|info=?
|files=donkytree1.bmd, donkytree1_wait.bck
|usedin=Donkey
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|1199|4505|NoMove_DonkyWood|
|info=?
|files=donkywood.bmd
|usedin=Donkey
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|119A|4506|ButterflyGen|
|info=?
|files=butterfly1.bca, butterfly1.bmd, butterfly1.btp
|usedin=Luigi, Luigi2, Yoshi
|s0=Number of butterflies.
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|119B|4507|Butterfly|
|info=Unused.
|files=butterfly1.bca, butterfly1.bmd, butterfly1.btp
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|119C|4508|DonkyBirdGen|
|info=?
|files=bird1.bca, bird1.bmd
|usedin=Donkey
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|119D|4509|DonkyBird|
|info=Unused.
|files=bird1.bca, bird1.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|119E|4510|Geyser|
|info=?
|files=geyser1.bmd, geyser1.btk, geyser11.bca, geyser12.bca, geyser13.bca, geyser14.bca
|usedin=Diddy
|s0=Duration.
|s1=Time delay.
|s2=Throw power.
|s3=?
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|119F|4511|GeyserSearch|
|info=Unused.
|files=geyser1.bmd, geyser1.btk, geyser11.bca, geyser12.bca, geyser13.bca, geyser14.bca
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|11A0|4512|DkCloud|
|info=Unused.
|files=DonkyCloud.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|11A1|4513|Nossie|
|info=?
|files=nossie.bca, nossiebackshadow.bmd, nossiefrontshadow.bmd, nossieshadow.bmd, nossie.bmd, nossie_ta.bca, nossie_a1.bca, nossie_a2.bca, nossie_a3.bca, nossie_a4.bca, nossie_a5.bca, nossie_a6.bca, nossie_a7.bca, nossie_a8.bca, nossie_b1.bca, nossie_b2.bca, nossie_b3.bca, nossie_b4.bca, nossie_b5.bca, nossie_b6.bca, nossie_b7.bca, nossie_b8.bca
|usedin=Diddy
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|11A2|4514|NossieColHead|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|11A3|4515|NossieColFootFront|
|info=Unused.
|files=nossiefrontshadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|11A4|4516|DinoTree|
|info=?
|files=dinotree1.bmd, dinotree1_wait.bck
|usedin=Diddy
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|11A5|4517|SwimNossie|
|info=?
|files=swimnossie.bca, swimnossie.bmd, swimnossie.btp
|usedin=Diddy
|s0=?
|s1=Color. Purple (0), blue (1), orange (2) or pink (3).
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|11A6|4518|Ptera|
|info=?
|files=ptera.bmd, pteraflya.bck, pteraflyb.bck
|usedin=Diddy
|s0=?
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|11A7|4519|NossieColFootRear|
|info=Unused.
|files=nossiebackshadow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|11A8|4520|NossieColBody|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|125D|4701|Dossun|
|info=?
|files=dossun1.bck, dossun1.bmd, dossun1.btp, dossun1_kage.bmd
|usedin=Koopa
|s0=?
|s1=Time between each cycle.
|s2=Cycle frame.
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|125E|4702|Bubble|
|info=?
|files=bubble1.bmd, bubble1.btk
|usedin=Koopa
|s0=?
|s1=Cycle.
|s2=
|s3=Vertical distance.
|s4=Forward distance.
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|125F|4703|KpFire|
|info=Fire-breathing Bowser statue.
|files=kpfire1.bck, kpfire1.bmd, kpfire1fire.bmd, kpfirebar1fire.brk, kpfirebar1fire.btk
|usedin=Koopa
|s0=
|s1=?
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|1260|4704|KpFireBall|
|info=Unused.
|files=kpfire1fire.bmd, kpfirebar1fire.brk, kpfirebar1fire.btk
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|1261|4705|KpGear|
|info=?
|files=kpgear1.bck, kpgear1.bmd
|usedin=Koopa
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|1262|4706|KpFireBar|
|info=?
|files=kpfirebar1.bck, kpfirebar1.bmd, kpfirebar1fire.bmd, kpfirebar1fire.brk, kpfirebar1fire.btk
|usedin=Koopa
|s0=Number of fire balls.
|s1=?
|s2=?
|s3=?
|s4=?
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|1263|4707|KpFireBarBall|
|info=Unused.
|files=kpfirebar1fire.bmd, kpfirebar1fire.brk, kpfirebar1fire.btk
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|1327|4903|Meteor|
|info=?
|files=geostar.bmd
|usedin=Rainbow
|s0=?
|s1=?
|s2=?
|s3=?
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|1329|4905|UFO|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|1389|5001|Sanbo|
|info=?
|files=sanbo1.bmd, sanbo1_break_body.bmd, sanbo1_break_head.bmd, sanbo1_fall_left.bca, sanbo1_fall_right.bca, sanbo1_revive.bca, sanbo1_wait.bca
|usedin=Desert
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|138A|5002|Desun|
|info=Unused.
|files=desun1.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|138B|5003|SandPillar|
|info=?
|files=tornado.bca, tornado.bmd, tornado.btk
|usedin=Desert
|s0=?
|s1=?
|s2=?
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|138C|5004|DeBalloon|
|info=?
|files=deballoon1.bmd, deballoon1.btp
|usedin=Desert
|s0=Color. Pink (0) or blue (1).
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|138D|5005|SanboHead|
|info=Unused.
|files=Sanbo1_break_head.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|138E|5005|SanboBody|
|info=Unused.
|files=Sanbo1_break_body.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|138F|5007|AntLion|
|info=?
|files=antlion.bmd, antlion_eat.bck
|usedin=Desert
|s0=?
|s1=Respawn index.
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|1390|5008|Puller|
|info=Some sort of sand effect for sinking sand?
|files=
|usedin=Desert
|s0=
|s1=50cc pull.
|s2=100cc pull.
|s3=150cc pull.
|s4=?
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|1391|5009|Shimmer|
|info=?
|files=shimmer_ind.bti
|usedin=Award, BabyLuigi, Daisy, Desert, Diddy, Donkey, Koopa, Luigi, Luigi2, Mario, Nokonoko, Patapata, Peach, Snow, Waluigi, Wario, Yoshi
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|1392|5010|DesertTree|
|info=?
|files=deserttree1.bmd
|usedin=Desert
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|13ED|5101|SnowRock|
|info=?
|files=snowrock1.bmd
|usedin=Snow
|s0=?
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|13EE|5102|Heyho|
|info=?
|files=heyho1.bca, heyho1.bmd, heyho1.btp, heyho1shadow.bmd
|usedin=Snow
|s0=Path speed.
|s1=Has partner.
|s2=Color. Red (0), blue (1) or green (2).
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|13EF|5103|SubHeyho|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|13F0|5104|SnowMan|
|info=?
|files=snowman1.blk, snowman1.bls, snowman1.bmd
|usedin=Snow
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|13F1|5105|DistSnow|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|13F2|5106|IceBlock|
|info=Unused.
|files=IceBlock1.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|13F3|5107|NoMove_Lights|
|info=?
|files=lights1.bmd
|usedin=Snow
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|13F4|5108|AirJet|
|info=Generates snow particles.
|files=
|usedin=Snow
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|1|26AD|9901|BalloonString|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|26AE|9902|Balloon|
|info=Unused.
|files=MiniGame_Balloon.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|26AF|9903|BalloonManager|
|info=Unused.
|files=
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|2|26B2|9906|MoveItemBox|
|info=Item box which falls until it touches the ground?
|files=
|usedin=Mini5
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=?
}}
{{MKDD Object|1|26B3|9907|RabbitMark|
|info=?
|files=
|usedin=Mini1, Mini2, Mini3, Mini5, Mini7, Mini8
|s0=
|s1=
|s2=
|s3=
|s4=
|s5=
|s6=
|s7=
}}
{{MKDD Object|2|26B4|9908|Shine|
|info=Unused.
|files=MiniGame_shine.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
{{MKDD Object|1|26B5|9909|ShineArrow|
|info=Unused.
|files=MiniGameArrow.bmd
|usedin=
|s0=?
|s1=?
|s2=?
|s3=?
|s4=?
|s5=?
|s6=?
|s7=?
}}
|}

[[Category:Mario Kart Double Dash|Object]]

Template:Youtube-box

2024-05-02T17:25:21Z

Wexos: Use YouTube extension for YouTube videos

<includeonly>
{| class="youtube textbox video {{{1|}}}"
|+ {{{3|Video}}}
| style="padding:0 1pt" | {{#tag:youtube|{{{2}}}|width=480|height=270}}
|}</includeonly><noinclude>[[category:Template/Include]]
Usage: <nowiki>{{youtube-box|textbox_attributes|youtube_id|title text}}</nowiki>
* '''textbox_attributes''': attributes for [[template:textbox]], one of:
** '''bug''': videos about bugs and glitches
** '''original''': videos of original tracks.
** '''tutorial''': tutorial videos.
** empty for all other kinds of videos (standard video)
* '''youtube_id''' : ID of youtube video
* '''title text''' : text of header line

== Examples ==
<pre><nowiki>
{{youtube-box||ZvBWo5bf_E0|Mario Kart Double Dash!!}}
{{youtube-box|bug|Hd4V1XT7V4s|Super Mario Galaxy 2}}
{{youtube-box|original|uUU-2FQKf5Y|Wii Sports}}
{{youtube-box|tutorial|3T7ieq27WMc|Twisty Trials Galaxy]}}
</nowiki></pre>

{{youtube-box||ZvBWo5bf_E0|Mario Kart Double Dash!!}}
{{youtube-box|bug|Hd4V1XT7V4s|Super Mario Galaxy 2}}
{{youtube-box|original|uUU-2FQKf5Y|Wii Sports}}
{{youtube-box|tutorial|3T7ieq27WMc|Twisty Trials Galaxy]}}
</noinclude>

Category:Super Smash Bros 4 File Formats

2024-05-01T21:36:59Z

Wexos: Wexos moved page Super Smash Bros 4 File Formats to Category:Super Smash Bros 4 File Formats without leaving a redirect

This is a list of file formats exclusively used in [[Super Smash Bros 4]] for the [[Wii U]].

[[Category:File Formats]]

SARC (File Format)

2024-05-01T21:32:33Z

Wexos: Escaped \t

'''SARC Files''' are archive files used on [[Nintendo Switch]], [[Wii U]] and [[Nintendo 3DS]]. Common extensions are '''.arc''' and '''.sarc''' (general), '''.pack''' (when the archive contains mostly other archive files), '''.bars''' (when it contains audio data), and '''.bgenv/.genvb''' (when it contains shader and post-effect files). SARC files are sometimes [[Yaz0]] compressed into '''.szs''' files.

= File Format =
== Header ==
Every SARC file begins with a 0x14 byte SARC header structure.

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''SARC'' in ASCII.
|-
| 0x04 || UInt16 || '''Size of this header''' in bytes.
|-
| 0x06 || UInt16 || {{BOM}}
|-
| 0x08 || UInt32 || '''File size''' of the entire archive in bytes.
|-
| 0x0C || UInt32 || '''Data start offset'''.
|-
| 0x10 || UInt16 || '''Version number''' of the file format. Only version 0x0100 has been seen.
|-
| 0x12 || UInt16 || Reserved.
|}

== SFAT ==
The Header is immediately followed by the SFAT section. It has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''. Always ''SFAT'' in ASCII.
|-
| 0x04 || UInt16 || '''Size of this section''' in bytes.
|-
| 0x06 || UInt16 || '''Number of [[#Node|nodes]]'''.
|-
| 0x08 || UInt32 || '''Hash key'''. Always 0x65.
|}

=== Node ===
After the SFAT section comes all node entries. Each entry has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''File Name Hash'''. Look below for the calculation.
|-
| 0x04 || UInt32 || '''File attribute'''. If flag 0x01000000 is set, bottom half (0xFFFF) is the name offset divided by 4 (relative to end of [[#SFNT|SFNT]]).
|-
| 0x08 || UInt32 || '''Start of file data''', relative to the data start offset specified in the [[#Header|Header]].
|-
| 0x0C || UInt32 || '''End of file data''', relative to the data start offset specified in the [[#Header|Header]].
|}

==== File Name Hash ====
The hash is calculated like this:
<pre>
uint GetHash(string name, uint key)
{
uint result = 0;

for (int i = 0; i < name.Length; i++)
{
result = name[i] + result * key;
}

return result;
}
</pre>

== SFNT ==
The [[#SFAT|SFAT]] [[#Node|node array]] is immediately followed by the SFNT structure. It has the following layout:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''SFNT'' in ASCII.
|-
| 0x04 || UInt16 || '''Size of this section''' in bytes.
|-
| 0x06 || UInt16 || Reserved.
|}

After follows 4-byte aligned null-terminated strings that represent the filenames of the packed files.

== File Data ==
The data begins at the data start offset specified in the [[#Header|SARC header]]. The alignment of the internal files vary between different files, but default is 4.

= Tools =
The following tools can handle SARC files:
* [http://florian.nouwt.com/wiki/index.php/Every_File_Explorer Every File Explorer], by [[Gericom]]
* [https://github.com/aboood40091/SARC-Tool/releases/tag/v0.3 SARC Tool], by [[User:Aboood40091|AboodXD]]
* [https://github.com/NWPlayer123/WiiUTools/tree/master/SARCTools SARCTools], by [[User:NWPlayer123|NwPlayer123]]
* [https://drive.google.com/file/d/0B9ETxoIujjPFLTJOY2pIZ3RfRms/view Uwizard], by [[User:Mr. Mysterio|Mr. Mysterio]]
* [https://github.com/smb123w64gb/Uwizard/releases/tag/1.2.0 Uwizard.Woomy], by [[User:smb123w64gb|smb123w64gb]]
* [[Wexos's Toolbox]], by [[Wexos]]
* [https://www.dropbox.com/sh/tfg2nd6q809oqn3/AADWk3SgQEsqnvlbplcWOfv5a WiiUExplorer], by [[User:Celcodioc|Celcodioc]]

[[Category:3DS File Formats]]
[[Category:Switch File Formats]]
[[Category:Wii U File Formats]]

BNTX (File Format)

2024-05-01T21:28:13Z

Wexos: Removed garbage

'''BNTX''' ('''B'''inary '''N'''X '''T'''e'''X'''ture) is a file format used on the [[Nintendo Switch]]. It contains one or more images, and can also embedded into other file formats such as [[BFRES]], [[BFFNT]] and [[PTCL]].

= File Format =
== Header ==
The file format starts with the following header:

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Char[8] || '''File magic'''. Always ''BNTX\0\0\0\0'' in ASCII, or 42 4E 54 58 00 00 00 00.
|-
| 0x08 || UInt32 || '''[[#Version List|File version]]'''.
|-
| 0x0C || UInt16 || {{BOM}}
|-
| 0x0E || Byte || '''Alignment shift'''. 2 raised by this value is the alignment required by this file when loaded into memory.
|-
| 0x0F || Byte || '''Target address size'''. Size of a pointer in bits, thus 64.
|-
| 0x10 || UInt32 || '''File name offset'''. Points directly to the string, and not to the length unlike all other strings.
|-
| 0x14 || UInt16 || A '''flag''' which is only used on runtime. One bit sets wether the file is relocated.
|-
| 0x16 || UInt16 || Offset to the '''first section'''.
|-
| 0x18 || UInt32 || '''[[#Relocation Table|Relocation table]] offset'''.
|-
| 0x1C || UInt32 || '''Size of the file''' in bytes.
|}

== Texture Container ==
The texture container stores general data about the file.

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || String || '''Target platform'''. "NX " for Switch, "Gen " for computer
|-
| 0x04 || Int32 || '''N''' = Number of textures.
|-
| 0x08 || Int64 || '''Texture table offset'''. Points to an Int64['''N'''] which points to the [[#Texture|textures]].
|-
| 0x10 || Int64 || '''Texture data offset'''. Points to the [[#Texture Data|texture data]].
|-
| 0x18 || Int64 || '''Texture DICT offset'''. Points to a [[#Dictionary|dictionary]] containing the texture names.
|-
| 0x20 || Int64 || '''Texture memory pool offset'''.
|-
| 0x28 || Int64 || '''Current memory pool pointer''' (set on runtime).
|-
| 0x30 || UInt32 || '''Base memory pool offset''' (set on runtime).
|-
| 0x34 || Byte[4] || '''Reserved'''.
|}

=== Texture ===
Each texture contains texture data for all mipmaps. The texture data is swizzled when used on a Switch.

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''. Always ''BRTI'' in ASCII.
|-
| 0x04 || UInt32 || '''Next section offset'''.
|-
| 0x08 || UInt32 || '''Size of this section''' in bytes.
|-
| 0x0C || Byte[4] || '''Reserved'''.
|-
| 0x10 || Byte || '''Flag'''. xxxx '''ABCD'''.
* '''A''': res texture
* '''B''': sparse residency
* '''C''': sparse binding
* '''D''': specify texture layout
|-
| 0x11 || Byte || '''Image storage dimension'''.
{| class="wikitable"
|-
! Value !! Dimension
|-
| 0x00 || Undefined
|-
| 0x01 || 1D
|-
| 0x02 || 2D
|-
| 0x03 || 3D
|}
|-
| 0x12 || UInt16 || '''Tile mode'''. Optimal = 0 (swizzled), Linear = 1 (not swizzled).
|-
| 0x14 || UInt16 || '''Swizzle value'''.
|-
| 0x16 || UInt16 || '''Number of mipmaps''', including the main level image.
|-
| 0x18 || UInt16 || '''Number of multi samples'''.
|-
| 0x1A || Byte[2] || '''Reserved'''.
|-
| 0x1C || UInt32 || '''Image format'''.
|-
| 0x20 || UInt32 || '''GPU access flag'''. Sets the access type of the GPU.
|-
| 0x24 || Int32 || '''Width of texture''' in pixels.
|-
| 0x28 || Int32 || '''Height of texture''' in pixels.
|-
| 0x2C || Int32 || '''Depth of texture''' in pixels. 1 if texture is 2D.
|-
| 0x30 || UInt32 || '''Array length''', number of textures in the array. 1 if texture is not an array texture.
|-
| 0x34 || Byte[8] || '''Texture layout'''. Contains the block height shift, which is used for the swizzling algorithm.
|-
| 0x3C || Byte[20] || '''Reserved'''.
|-
| 0x50 || UInt32 || The '''total size of all mipmap data'''.
|-
| 0x54 || UInt32 || '''Texture data alignment'''. Always 0x200.
|-
| 0x58 || Byte[4] || '''Channel sources''' for the red, green, blue and alpha channels respectively.
{| class="wikitable"
|-
! Value !! Channel Source
|-
| 0x00 || Zero
|-
| 0x01 || One
|-
| 0x02 || Red
|-
| 0x03 || Green
|-
| 0x04 || Blue
|-
| 0x05 || Alpha
|}
|-
| 0x5C || Byte || '''Texture dimension'''.
{| class="wikitable"
|-
! Value !! Dimension
|-
| 0x00 || 1D
|-
| 0x01 || 2D
|-
| 0x02 || 3D
|-
| 0x03 || Cube
|-
| 0x04 || 1D array
|-
| 0x05 || 2D array
|-
| 0x06 || 2D multisample
|-
| 0x07 || 2D multisample array
|-
| 0x08 || Cube array
|}
|-
| 0x5D || Byte[3] || '''Reserved'''.
|-
| 0x60 || Int64 || '''Name offset'''. Points to this texture name.
|-
| 0x68 || Int64 || '''[[#Texture Container|Texture container]] offset'''.
|-
| 0x70 || Int64 || '''Image data table offset'''. Points to an array of Int64 which points to the different levels of the textures.
|-
| 0x78 || Int64 || '''[[#User Data|User data]] offset'''.
|-
| 0x80 || Int64 || '''Texture pointer'''. Points to 0x100 unknown bytes, presumably used on runtime.
|-
| 0x88 || Int64 || '''Texture view pointer'''. Points to 0x100 unknown bytes, presumably used on runtime.
|-
| 0x90 || Int64 || '''Descriptor slot data offset'''. Unknown data, presumably used on runtime.
|-
| 0x98 || Int64 || '''[[#User Data|User data]] [[#Dictionary|dictionary]] offset'''. Points to a [[#Dictionary|dictionary]] containing the user data names.
|}

== Texture Data ==
The texture data starts with a header marker which presumably is not used. The structure, which is 0x10 bytes long, is placed so that the texture data is aligned by the alignment specified in the header. All texture data follows after the header. It has the following structure:

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''. Always ''BRTD'' in ASCII.
|-
| 0x04 || UInt32 || '''Next section offset'''.
|-
| 0x08 || UInt32 || '''Size of this section''' in bytes.
|-
| 0x0C || Byte[4] || '''Reserved'''.
|}

== String Table ==
{{NX String Table}}
== Dictionary ==
{{NX Dictionary}}
== User Data ==
{{NX User Data}}
== Relocation Table ==
{{NX Relocation Table}}
= Version List =
{|class="wikitable"
! Version !! Found in
|-
| 4.0.0
|
* [[1-2-Switch]]
* [[ARMS]]
* [[Captain Toad: Treasure Tracker]] (Nintendo Switch)
* [[Fire Emblem: Three Houses]]
* [[Game Builder Garage]]
* [[Mario Golf: Super Rush]]
* [[Mario Kart 8 Deluxe]]
* [[Mario Kart 8 Deluxe]] (S00018080-R00018076-A00000000 Prototype)
* [[Mario Party Superstars]]
* [[Mario Tennis Aces]]
* [[Momotaro Dentetsu: Showa, Heisei, Reiwa mo Teiban!]]
* [[New Super Mario Bros. U Deluxe]]
* [[Nintendo Labo - Toy-Con 01: Variety Kit]]
* [[Nintendo Labo - Toy-Con 02: Robot Kit]]
* [[Nintendo Labo - Toy-Con 03: Vehicle Kit]]
* [[Nintendo Labo - Toy-Con 04: VR Kit]]
* Nintendo Switch System BIOS (1.0.0 – 8.1.0)
* [[Paper Mario: The Origami King]]
* [[Pikmin 3 Deluxe]]
* [[Pokémon: Let's Go, Eevee!]]
* [[Pokémon: Let's Go, Pikachu!]]
* [[Pokémon Shield]]
* [[Pokémon Sword]]
* [[Ring Fit Adventure]]
* [[Splatoon 2]]
* [[Super Kirby Clash]]
* [[Super Mario Maker 2]]
* [[Super Mario Odyssey]]
* [[Super Mario Party]]
* [[Super Smash Bros. Ultimate]]
* [[Sushi Striker: The Way of Sushido]] (Nintendo Switch)
* [[Tetris 99]]
* [[The Legend of Zelda: Breath of the Wild]] (Nintendo Switch)
* [[Tokyo Mirage Sessions ♯FE Encore]]
|-
| 4.1.0
|
* [[Animal Crossing: New Horizons]]
* [[Big Brain Academy: Brain vs. Brain]]
* [[Clubhouse Games: 51 Worldwide Classics]]
* [[Dr Kawashima's Brain Training for Nintendo Switch]]
* [[Everybody 1-2-Switch!]]
* [[Mario Golf: Super Rush]]
* [[Mario Party Superstars]]
* [[Momotaro Dentetsu: Showa, Heisei, Reiwa mo Teiban!]]
* [[Nintendo Switch Sports]]
* Nintendo Switch System BIOS (8.0.1 – 8.1.0)
* [[PAC-MAN 99]]
* [[Paper Mario: The Origami King]]
* [[Pokémon Legends: Arceus]]
* [[Pokémon Scarlet]]
* [[Pokémon Violet]]
* [[Splatoon 3]]
* [[Super Mario 3D World + Bowser's Fury]]
* [[Super Mario 3D All-Stars]]
* [[Super Mario Bros. Wonder]]
* [[The Legend Of Zelda: Link's Awakening]]
* [[WarioWare: Get It Together!]]
* [[WarioWare: Move It!]]
|}

= Tools =
The following tools can handle BNTX files:
* (none)

[[Category: Switch File Formats]]

Main Page

2024-05-01T20:26:49Z

Wexos:

== Wexos's Wiki ==
{{textbox|large center|Welcome to Wexos's Wiki!|This is a wiki mostly dedicated to documentating file formats.}}

Main Page

2024-05-01T20:25:34Z

Wexos: Very fun main page

{{textbox|large center|Welcome to Wexos's Wiki!|This is a wiki mostly dedicated to documentating file formats.}}

KCL (File Format)/Wii U

2024-05-01T20:18:53Z

Wexos: New file name of prism figure

'''KCL''' files are collision files, which is the model the game runs collision against. KCL files has been used since at least [[Mario Kart DS]], but this documentation is about the format used in [[Wii U]] and [[Nintendo Switch]]. For other formats, see [[KCL (File Format)]].

KCL stores prisms, a triangle with a depth, in a format which allows fast access and collision calculation, and has an octree which splits the world space into many sub spaces, to make the game test collision on less prisms, which allows for much faster collision detection.

= File Format =
== Header ==
The file begins with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Byte[4] || '''Version number'''. Always 2.2.0.0.
|-
| 0x04 || UInt32 || '''[[#Division Info|Division info]] offset'''.
|-
| 0x08 || UInt32 || '''[[#Model|Model]] offset table offset'''.
|-
| 0x0C || UInt32 || '''Number of [[#Model|models]]'''.
|-
| 0x10 || Float[3] || '''Minimal coordinate''' for all [[#Model|models]].
|-
| 0x1C || Float[3] || '''Maximal coordinate''' for all [[#Model|models]].
|-
| 0x28 || Int32[3] || '''Area width shift'''. Defines the size of the space where collision data is stored.
|-
| 0x34 || UInt32 || '''Total number of [[#Prism|prisms]]'''.
|}

=== Division Info ===
The collision files of [[Mario Kart 8]] actually hold multiple [[#Model|models]] in the format of those found in [[Mario Kart Wii]]. This was required because one of such models can only hold a maximum of 16384 prisms, because each prism requires four normal vectors, and it can only link to 65536 normals.

Instead of increasing the size used to store a prism index, multiple such models are stored, of which each represents the prisms available in one, or multiple, cubes of the whole course space. To divide the course space into such cubes referencing the models, a new global division follows the header. It works similar to the [[#Octree|octree]] of one of such models, but instead of looking up prisms, models are looked up with it.

The division info consists of at least 8 integers, representing the division keys of the 8 cubes the course space is initially divided into. Depending on the flags set in the upper two bits of the key, either the remainder points to an index of a model in the model array which data will be used for this cube, divides the cube further into 8 subcubes, or denotes no data being available in this cube.

{| class="wikitable"
! Set Flags (0-based) !! Remaining Data !! Description
|-
| 31 || Model Index || [[#Model|Model]] index which is part of this space.
|-
| 31 & 30 || Unused (being 0) || No model is used for this cube, as no data is present in this part of space.
|-
| else || Child Nodes Offset || Divides this cube into 8 more subcubes. The value is an offset, which is multiplied by 4 to get the actual offset, relative to the start of the current node.
|}

== Model ==
Each model in the file has a format almost identical to KCL files in [[Mario Kart Wii]]. The model consists of a header, and four data sections. The header is a 0x3C byte structure as follows:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''[[#Vertex Position|Vertex position]] offset''', relative to the start of this structure.
|-
| 0x04 || UInt32 || '''[[#Normals|Normal]] offset''', relative to the start of this structure.
|-
| 0x08 || UInt32 || '''[[#Prisms|Prism]] offset''', relative to the start of this structure.
|-
| 0x0C || UInt32 || '''[[#Octree|Octree]] offset''', relative to the start of this structure.
|-
| 0x10 || Float || '''Prism thickness'''. Defines the depth of the prisms created by the triangles.
|-
| 0x14 || Float[3] || '''Minimum coordinates of this model''', which also is the [[#Octree|octree]] origin'''.
|-
| 0x20 || UInt32 || '''X width mask'''.
|-
| 0x24 || UInt32 || '''Y width mask'''.
|-
| 0x28 || UInt32 || '''Z width mask'''.
|-
| 0x2C || UInt32 || '''Block width shift'''.
|-
| 0x30 || UInt32 || '''Blocks X shift'''.
|-
| 0x34 || UInt32 || '''Blocks XY shift'''.
|-
| 0x38 || Float|| {{Unknown-left|'''Sphere radius'''. Unknown usage.}}
|}

=== Vertex Position ===
This section is an array of vertex positions, each represents as three floats, X, Y and Z. The number of elements is not stored.

=== Normals ===
This section is an array of normals, each represents as three floats, X, Y and Z. The number of elements is not stored.

=== Prisms ===
The third section is the section containing the actual model information. The structure of each entry in this section is a 0x14 byte structure given below.

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float || '''Triangle height'''.
|-
| 0x04 || UInt16 || The index of the '''base vertex position''' into the [[#Vertex Positions|vertex array]].
|-
| 0x06 || UInt16 || The index of the '''triangle normal''' into the [[#Normals|normal array]].
|-
| 0x08 || UInt16 || The index of the '''prism side A normal''' into the [[#Normals|normal array]].
|-
| 0x0A || UInt16 || The index of the '''prism side B normal''' into the [[#Normals|normal array]].
|-
| 0x0C || UInt16 || The index of the '''prism side C normal''' into the [[#Normals|normal array]].
|-
| 0x0E || UInt16 || '''Collision attribute'''.
|-
| 0x10 || UInt32 || '''Global prism index'''.
|}

[[File:Kcl-prism-description.png|400px|thumb|left|A collision prism.]]
<br clear="all">

Below contains the calculation needed to convert three vertices into the needed values. This method assumes the vertices are arranged anti-clockwise when viewed from the collidable side.

<pre>
Position = Vertex1
Direction = Normalize(Cross(Vertex2 - Vertex1, Vertex3 - Vertex1 ))
DirectionA = Normalize(Cross(Normal, Vertex3 - Vertex1 ))
DirectionB = Normalize(-Cross(Normal, Vertex2 - Vertex1 ))
DirectionC = Normalize(Cross(Normal, Vertex2 - Vertex3 ))
Length = Dot(Vertex2 - Vertex1, DirectionC )
</pre>

=== Octree ===
The octree subdivides the world space into cubes, to allow much faster prism collision detection. The number of root [[#Node|nodes]] can be calculated by the following algorithm:
<pre>
NrRootNodes = (MaskWidthX >> BlockWidthShift + 1) * (~MaskWidthY >> BlockWidthShift + 1) * (~MaskWidthZ >> BlockWidthShift + 1)
</pre>

Then the number of root nodes are written to the file. These nodes link to more nodes or prism lists.

==== Node ====
Each node has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Flag''': '''ABBB BBBB BBBB BBBB BBBB BBBB BBBB BBBB'''
'''A''': 1 means it's a leaf. See below.<br>
'''B''': Offset to next structure, relative to the parent node, or start of octree data if the node is a root node.
|}

If the node is a leaf, then it means it isn't subdivided anymore and it contains a prism list. This prism list is terminated by 0xFFFF, and contains indices of the [[#Prisms|prisms]] that are present in this subspace. If it's not a leaf, then this node is subdivided into 8 more nodes, which the offset into the structure links to.

= Tools =
The following tools can handle KCL files:
* [[Wexos's Toolbox]], by [[Wexos]]

[[Category:Switch File Formats]]
[[Category:Wii U File Formats]]

File:Kcl-prism-description.png

2024-05-01T20:17:52Z

Wexos:

Category:Pages with broken file links

2024-05-01T19:11:43Z

Wexos: Created page with "This is a list of pages which contain broken file links. This category ''should'' be empty."

This is a list of pages which contain broken file links. This category ''should'' be empty.

Enemy path shortest table.bin (File Format)

2024-05-01T19:11:12Z

Wexos: Fixed display title

{{DISPLAYTITLE:enemy_path_shortest_table.bin (File Format)}}
'''enemy_path_shortest_table.bin''' is a file found in battle arenas in [[Mario Kart 8 Deluxe]]. It specifies distances between all enemy path points in a battle BYAML file. It seems to be used for finding in what direction the shortest path exists, when an enemy CPU is supposed to drive towards a specific area.

= File Format =
The file byte order is always little endian.

== Header ==
The file starts with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''STBL'' in ASCII.
|-
| 0x04 || UInt16 || '''Total number of enemy points''' ('''N''') in battle muunt [[BYAML]].
|-
| 0x06 || UInt16 || '''Header size'''. Always 8.
|}

== Entry ==
A file contains '''N''' * '''N''' entries. Each entry specifies the relationship between two points. They have the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Float || '''Distance''' between the two points.
|-
| 0x04 || UInt16 || '''Path ID''', which specifies the next point of the shortest path. This presumably is used to find the whole path the CPU should take to go to a specific area.
|-
| 0x06 || UInt16 || '''Point ID''', which specifies the next point of the shortest path.
|}

= Tools =
The following tools can handle enemy_path_shortest_table.bin files:
* (none)

[[Category:Mario Kart 8 Deluxe File Formats]]

Category:Pages with ignored display titles

2024-05-01T19:10:54Z

Wexos: Created page with "This is a list of pages where the display title has been ignored. This category ''should'' be empty."

This is a list of pages where the display title has been ignored. This category ''should'' be empty.

Course mapcamera.bin (File Format)

2024-05-01T19:09:17Z

Wexos: Fix display title

{{DISPLAYTITLE:course_mapcamera.bin (File Format)}}
'''course_mapcamera.bin''' is a file found in [[Mario Kart 8]] and [[Mario Kart 8 Deluxe]]. It is used on tracks and battle arenas, and it contains camera projection values for the position of the characters and miscellaneous icons on the minimap, rendered in 3D space.

__TOC__

= File Format =
For Mario Kart 8 the file byte order is always big endian, while for Mario Kart 8 Deluxe it is always little endian. The file is always 0x2D bytes long.

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Float[3] || Position of the camera.
|-
| 0x0C || Float[3] || Position of the camera's target.
|-
| 0x18 || Float[3] || Normal vector of the camera's angle. Always (0,1,0).
|-
| 0x24 || Float[2] || It seems to be width and height of the minimap space.
|-
| 0x2C || Byte || {{Unknown-left|'''Unknown'''. Probably camera mode, always 0x0A.}}
|}

== Getting the values from 3ds Max ==
To get the values from 3ds Max, it is necessary to use the following camera settings:
* Ortographical projection.
* Field of View = 150 degrees.

The values from 0x24 (width and height) are calculated by multiplying the target distance by 7.44.

= Tools =
The following tools can handle course_mapcamera.bin files:
* (none)

[[Category:Mario Kart 8 File Formats]]
[[Category:Mario Kart 8 Deluxe File Formats]]

Category:Pac-Man Party Wii File Formats

2024-05-01T19:08:36Z

Wexos: Created page with "This is a list of file formats exclusively used in Pac-Man Party Wii for Wii. Category:File Formats"

This is a list of file formats exclusively used in [[Pac-Man Party Wii]] for [[Wii]].

[[Category:File Formats]]

NUT (File Format)

2024-05-01T19:07:00Z

Wexos:

'''NUT''' ('''N'''amco '''U'''niversal '''T'''exture) is a texture format used in [[Super Smash Bros 4]] for [[Wii U]].

= File Format =
== Header ==
The file starts with a 0x18 byte long header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic''' Always ''NTWU'' ('''N'''amco '''T'''exture '''W'''ii '''U''') or ''NTP3'' ('''N'''amco '''T'''exture '''P'''laystation '''3''').
|-
| 0x04 || UInt16 || {{Unknown-left|'''Unknown'''. Usually seen as 0x020E.}}
|-
| 0x06 || UInt16 || '''Number of [[#GIDX|textures]]'''.
|-
| 0x08 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x0C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|}

== GIDX ==
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Total size'''. Size of this entry plus the total image data size.
|-
| 0x04 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x08 || UInt32 || '''Total image data size''' in bytes, including the main image and all mipmaps.
|-
| 0x0C || UInt16 || '''Size of this entry''' in bytes.
|-
| 0x0E || UInt16 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x10 || UInt16 || '''Number of mipmaps'''.
|-
| 0x12 || UInt16 || '''Image format'''.
|-
| 0x14 || UInt16 || '''Image width''' in pixels.
|-
| 0x16 || UInt16 || '''Image height''' in pixels.
|-
| 0x18 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x1C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x20 || UInt32 || '''Image data offset'''.
|-
| 0x24 || UInt32 || '''Mipmap data offset'''.
|-
| 0x28 || UInt32 || '''[[#Surface Info|Surface info]] offset'''.
|-
| 0x2C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x30 || UInt32 || '''Image data size''' in bytes.
|-
| 0x34 || UInt32 || '''Mipmap data size''' in bytes.
|-
| 0x38 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x3C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x40 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x44 || UInt32 || {{Unknown-left|'''Unknown'''. Only seen as 0x20.}}
|-
| 0x48 || UInt32 || {{Unknown-left|'''Unknown'''. Only seen as 0x10.}}
|-
| 0x4C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x50 || Char[4] || '''Section magic'''. Always ''GIDX'' in ASCII.
|-
| 0x54 || UInt32 || {{Unknown-left|'''Unknown'''. Only seen as 0x10.}}
|-
| 0x58 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x5C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|}

=== Surface Info ===
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || '''Texture dimension'''.
|-
| 0x04 || UInt32 || '''Texture width''' in pixels.
|-
| 0x08 || UInt32 || '''Texture height''' in pixels.
|-
| 0x0C || UInt32 || '''Texture depth''' in pixels.
|-
| 0x10 || UInt32 || '''Number of mipmaps'''.
|-
| 0x14 || UInt32 || '''Texture format'''.
|-
| 0x18 || UInt32 || '''AA mode'''.
|-
| 0x1C || UInt32 || '''Usage'''.
|-
| 0x20 || UInt32 || '''Data length'''. Length of texture data in bytes.
|-
| 0x24 || UInt32 || '''Data pointer'''. Set at runtime.
|-
| 0x28 || UInt32 || '''Mipmaps data length'''. Length of mipmaps data in bytes.
|-
| 0x2C || UInt32 || '''Mipmaps pointer'''. Set at runtime.
|-
| 0x30 || UInt32 || '''Tile mode'''.
|-
| 0x34 || UInt32 || '''Swizzle value'''.
|-
| 0x38 || UInt32 || '''Alignment'''.
|-
| 0x3C || UInt32 || '''Pitch'''.
|-
| 0x40 || UInt32[13] || '''Mipmap offsets'''. An array of 13 offsets for each mipmap, relative to the start of the mipmap data.
|-
| 0x74 || UInt32 || '''First mipmap ID'''.
|-
| 0x78 || UInt32 || '''Number of available mipmaps'''.
|-
| 0x7C || UInt32 || '''First slice ID'''.
|-
| 0x80 || UInt32 || '''Number of available slices'''.
|-
| 0x84 || Byte[4] || '''Component Selector''', determines which texture color channels are used for each target channel. The bytes map to the Red, Green, Blue and Alpha channel and can receive one of the following channels.
{| class="wikitable"
! Value !! Name !! Description
|-
| 0 || R || The channel will receive the red values of the texture.
|-
| 1 || G || The channel will receive the green values of the texture.
|-
| 2 || B || The channel will receive the blue values of the texture.
|-
| 3 || A || The channel will receive the alpha values of the texture.
|-
| 4 || 0 || The channel will always have a value 0.
|-
| 5 || 1 || The channel will always have a value 1.
|}
|-
| 0x88 || UInt32[5] || '''Texture registers'''. 5 registers used to describe the texture.
|}

= Tools =
The following tools can handle NUT files:
* (none)

[[Category:Super Smash Bros 4 File Formats]]

IGZ (File Format)

2024-05-01T19:06:49Z

Wexos:

{{under-construction}}
'''IGZ''' is a file format used in games developed by [https://www.vvisions.com/ Vicarious Visions], such as ''Marvel Ultimate Alliance 2'', ''Crash Bandicoot N. Sane Trilogy'' and [[Crash Team Racing Nitro-Fueled]].

= File Format =
The file byte order is always little endian.

== Header ==
{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Byte || {{Unknown-left|'''Unknown'''. Always 1. Probably part of the magic.}}
|-
| 0x01 || Char[3] || '''File magic''' Always ''ZGI'' in ASCII.
|-
| 0x04 || UInt32 || '''File version'''.
|-
| 0x08 || UInt32 || {{Unknown-left|'''Unknown'''. Probably a hash.}}
|-
| 0x0C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x10 || UInt32 || '''Number of data blocks'''.
|-
| 0x14 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x18 || UInt32 || {{Unknown-left|Possible '''first block offset'''.}}
|-
| 0x1C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x20 || UInt32 || {{Unknown-left|Same as '''0x18'''.}}
|-
| 0x24 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x28 || UInt32 || {{Unknown-left|'''Offset to mesh structure'''?}}
|-
| 0x2C || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x30 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x34 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x38 || UInt32 || {{Unknown-left|'''Buffer data offset'''.}}
|-
| 0x3C || UInt32 || {{Unknown-left|'''Buffer data offset'''.}}
|-
| 0x40 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|}

After the header there are many null bytes, and at 0x224, there are two strings following each other. How this data is handled is unknown.

== Block Header ==
Each block starts with the following header:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''.
|-
| 0x04 || UInt32 || '''Number of entries''' stored in the section.
|-
| 0x08 || UInt32 || '''Size of this section''' in bytes.
|-
| 0x0C || UInt32 || '''Size of this section header''' in bytes.
|}

=== TDEP ===
The ''TDEP'' section stores unknown pair strings.

=== TSTR ===
The ''TSTR'' section stores unknown strings.

=== TMET ===
The ''TMET'' section stores unknown strings.

=== MTSZ ===
The ''MTSZ'' section stores unknown data. Each entry consists of a UInt32.

=== EXID ===
The ''EXID'' section stores unknown data. Each entry has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x04 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|}

=== EXNM ===
The ''EXNM'' section stores unknown data. Each entry has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x04 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|}

=== RVTB ===
The ''RVTB'' section stores unknown data. Each entry consists of a byte.

=== RSTT ===
The ''RSTT'' section stores unknown data. Each entry consists of a byte.

=== ROFS ===
The ''ROFS'' section stores unknown data. Each entry consists of a byte.

=== RPID ===
The ''RPID'' section stores unknown data. Each entry consists of a byte.

=== REXT ===

=== RHND ===
The ''RHND'' section stores unknown data. Each entry has the following structure:

{| class="wikitable"
! Offset !! Type !! Description
|-
| 0x00 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|-
| 0x04 || UInt32 || {{Unknown-left|'''Unknown'''.}}
|}

=== ROOT ===
The ''ROOT'' section stores unknown data. Each entry consists of a UInt32.

=== ONAM ===
The ''ONAM'' section stores unknown data. Each entry consists of a UInt32.

= Tools =
The following tools can handle IGZ files:
* (none)

[[Category:Crash Team Racing Nitro-Fueled File Formats]]

Category:Switch

2024-05-01T19:05:02Z

Wexos: Created page with "This is a list of pages related to the Nintendo Switch."

This is a list of pages related to the [[Nintendo Switch]].

Category:3DS File Formats

2024-05-01T19:04:14Z

Wexos: Wexos moved page 3DS File Formats to Category:3DS File Formats without leaving a redirect: Wrong namespace

This is a list of file formats used on [[3DS]].

[[Category:3DS]]
[[Category:File Formats]]

Template:About

2024-05-01T19:03:43Z

Wexos: Imported from avsys wiki

WAV (File Format)

2024-05-01T19:01:43Z

Wexos: Wexos moved page WAV (File Format).txt to WAV (File Format) without leaving a redirect: Accidental .txt suffix

'''WAV''' is a common file format for storing sound data. The WAV format is extended from RIFF.

= File Format =
The file byte order is always little endian.

== RIFF Header ==
The file starts with the common RIFF header which has the following structure:

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''File magic'''. Always ''RIFF'' in ASCII.
|-
| 0x04 || UInt32 || '''Size of data''' after this field.
|-
| 0x08 || UInt32 || '''RIFF type'''. For WAV files this must be ''WAVE''.
|}

== fmt Block ==
The fmt block contains general information about the sound. It has the following structure:

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''. Always ''fmt '' in ASCII.
|-
| 0x04 || UInt32 || '''Size of data''' following this structure, which is included in this block.
|-
| 0x08 || UInt16 || '''Audio format''' Specifies what type of audio the [[#data Block|data block]] stores.
|-
| 0x0A || UInt16 || '''Number of channels'''.
|-
| 0x0C || UInt32 || '''Sample rate'''.
|-
| 0x10 || UInt32 || '''Byte rate'''.
|-
| 0x14 || UInt16 || '''Block align'''.
|-
| 0x16 || UInt16 || '''Bits per sample'''. Specifies the size of one channel audio sample in bits.
|}

== data Block ==
The data block stores all the actual audio data.

{| class="wikitable"
|-
! Offset !! Type !! Description
|-
| 0x00 || Char[4] || '''Section magic'''. Always ''data'' in ASCII.
|-
| 0x04 || UInt32 || '''Size of data''' after this field, which is the size of the audio data ('''A''').
|-
| 0x08 || Byte['''A'''] || '''Audio data'''. The data stores the samples frame, meaning the sample of channel 1 in the first frame is stored first, then the sample of channel 2 in the first frame, and so on. After that comes the samples for the next frame, and so on.
|}

[[Category:Misc File Formats]]

MediaWiki:Common.css

2024-05-01T18:58:47Z

Wexos: \t was escaped

/*
*****************************************************************************
*** colors for span ***
*****************************************************************************/

.bg-red1 { color: #000000; background-color: #ffc0c0 !important; }
.bg-red2 { color: #000000; background-color: #ff8080 !important; }
.bg-red3 { color: #000000; background-color: #ff0000 !important; }

.bg-orange1 { color: #000000; background-color: #ffe0a0 !important; }
.bg-orange2 { color: #000000; background-color: #ffc350 !important; }
.bg-orange3 { color: #000000; background-color: #ffa500 !important; }

.bg-yellow1 { color: #000000; background-color: #fff0a0 !important; }
.bg-yellow2 { color: #000000; background-color: #ffff70 !important; }
.bg-yellow3 { color: #000000; background-color: #ffff00 !important; }

.bg-green1 { color: #000000; background-color: #c0ffc0 !important; }
.bg-green2 { color: #000000; background-color: #80ff80 !important; }
.bg-green3 { color: #000000; background-color: #00ff00 !important; }

.bg-cyan1 { color: #000000; background-color: #c0ffff !important; }
.bg-cyan2 { color: #000000; background-color: #70ffff !important; }
.bg-cyan3 { color: #000000; background-color: #00ffff !important; }

.bg-blue1 { color: #000000; background-color: #c0c0ff !important; }
.bg-blue2 { color: #000000; background-color: #8080ff !important; }
.bg-blue3 { color: #ffffff; background-color: #0000ff !important; }

.bg-magenta1 { color: #000000; background-color: #ffc0ff !important; }
.bg-magenta2 { color: #000000; background-color: #ff70ff !important; }
.bg-magenta3 { color: #000000; background-color: #ff00ff !important; }

.bg-white { color: #000000; background-color: #ffffff !important; }
.bg-gray1 { color: #000000; background-color: #d0d0d0 !important; }
.bg-gray2 { color: #000000; background-color: #909090 !important; }
.bg-gray3 { color: #ffffff; background-color: #505050 !important; }
.bg-black { color: #ffffff; background-color: #000000 !important; }

.frame-red1
{
color: #000000;
background-color: #ffc0c0;
border: 1px solid #a00000;
}

.frame-red2
{
color: #000000;
background-color: #ff8080;
border: 1px solid #a00000;
}

.frame-red3
{
color: #000000;
background-color: #ff0000;
border: 1px solid #a00000;
}

.frame-orange1
{
color: #000000;
background-color: #ffe0a0;
border: 1px solid #e0a080;
}

.frame-orange2
{
color: #000000;
background-color: #ffc350;
border: 1px solid #e0a080;
}

.frame-orange3
{
color: #000000;
background-color: #ffa500;
border: 1px solid #e0a080;
}

.frame-yellow1
{
color: #000000;
background-color: #fff0a0;
border: 1px solid #808000;
}

.frame-yellow2
{
color: #000000;
background-color: #ffff70;
border: 1px solid #808000;
}

.frame-yellow3
{
color: #000000;
background-color: #ffff00;
border: 1px solid #808000;
}

.frame-green1
{
color: #000000;
background-color: #c0ffc0;
border: 1px solid #00a000;
}

.frame-green2
{
color: #000000;
background-color: #80ff80;
border: 1px solid #00a000;
}

.frame-green3
{
color: #000000;
background-color: #00ff00;
border: 1px solid #00a000;
}

.frame-cyan1
{
color: #000000;
background-color: #c0ffff;
border: 1px solid #008080;
}

.frame-cyan2
{
color: #000000;
background-color: #70ffff;
border: 1px solid #008080;
}

.frame-cyan3
{
color: #000000;
background-color: #00ffff;
border: 1px solid #008080;
}

.frame-blue1
{
color: #000000;
background-color: #c0c0ff;
border: 1px solid #0000a0;
}

.frame-blue2
{
color: #000000;
background-color: #8080ff;
border: 1px solid #0000a0;
}

.frame-blue3
{
color: #ffffff;
background-color: #0000ff;
border: 1px solid #0000a0;
}

.frame-magenta1
{
color: #000000;
background-color: #ffc0ff;
border: 1px solid #700070;
}

.frame-magenta2
{
color: #000000;
background-color: #ff70ff;
border: 1px solid #700070;
}

.frame-magenta3
{
color: #000000;
background-color: #ff00ff;
border: 1px solid #700070;
}

.frame-white
{
color: #000000;
background-color: #ffffff;
border: 1px solid #c0c0c0;
}

.frame-gray1
{
color: #000000;
background-color: #d0d0d0;
border: 1px solid #606060;
}

.frame-gray2
{
color: #000000;
background-color: #909090;
border: 1px solid #606060;
}

.frame-gray3
{
color: #ffffff;
background-color: #505050;
border: 1px solid #606060;
}

.frame-black
{
color: #ffffff;
background-color: #000000;
border: 1px solid #505050;
}

/*
*****************************************************************************
*** table status ***
*****************************************************************************/

table.textbox td.td-no,
table.textbox tr.alt td.td-no,
table.textbox.red tr.alt td.td-no,
table.textbox.orange tr.alt td.td-no,
table.textbox.yellow tr.alt td.td-no,
table.textbox.green tr.alt td.td-no,
table.textbox.cyan tr.alt td.td-no,
table.textbox.blue tr.alt td.td-no,
table.textbox.magenta tr.alt td.td-no,
table.textbox.white tr.alt td.td-no,
table.textbox.gray tr.alt td.td-no,
table.textbox.black tr.alt td.td-no,
.td-no
{
color: #000000;
background-color: #ffc0c0 !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-maybe,
table.textbox tr.alt td.td-maybe,
table.textbox.red tr.alt td.td-maybe,
table.textbox.orange tr.alt td.td-maybe,
table.textbox.yellow tr.alt td.td-maybe,
table.textbox.green tr.alt td.td-maybe,
table.textbox.cyan tr.alt td.td-maybe,
table.textbox.blue tr.alt td.td-maybe,
table.textbox.magenta tr.alt td.td-maybe,
table.textbox.white tr.alt td.td-maybe,
table.textbox.gray tr.alt td.td-maybe,
table.textbox.black tr.alt td.td-maybe,
.td-maybe
{
color: #000000;
background-color: #fff0a0 !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-yes,
table.textbox tr.alt td.td-yes,
table.textbox.red tr.alt td.td-yes,
table.textbox.orange tr.alt td.td-yes,
table.textbox.yellow tr.alt td.td-yes,
table.textbox.green tr.alt td.td-yes,
table.textbox.cyan tr.alt td.td-yes,
table.textbox.blue tr.alt td.td-yes,
table.textbox.magenta tr.alt td.td-yes,
table.textbox.white tr.alt td.td-yes,
table.textbox.gray tr.alt td.td-yes,
table.textbox.black tr.alt td.td-yes,
.td-yes
{
color: #000000;
background-color: #c0ffc0 !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-opt,
table.textbox tr.alt td.td-opt,
table.textbox.red tr.alt td.td-opt,
table.textbox.orange tr.alt td.td-opt,
table.textbox.yellow tr.alt td.td-opt,
table.textbox.green tr.alt td.td-opt,
table.textbox.cyan tr.alt td.td-opt,
table.textbox.blue tr.alt td.td-opt,
table.textbox.magenta tr.alt td.td-opt,
table.textbox.white tr.alt td.td-opt,
table.textbox.gray tr.alt td.td-opt,
table.textbox.black tr.alt td.td-opt,
.td-opt
{
color: #000000;
background-color: #c0c0ff !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-unknown,
table.textbox tr.alt td.td-unknown,
table.textbox.red tr.alt td.td-unknown,
table.textbox.orange tr.alt td.td-unknown,
table.textbox.yellow tr.alt td.td-unknown,
table.textbox.green tr.alt td.td-unknown,
table.textbox.cyan tr.alt td.td-unknown,
table.textbox.blue tr.alt td.td-unknown,
table.textbox.magenta tr.alt td.td-unknown,
table.textbox.white tr.alt td.td-unknown,
table.textbox.gray tr.alt td.td-unknown,
table.textbox.black tr.alt td.td-unknown,
.td-unknown
{
color: #000000;
background-color: #d0d0d0 !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-na,
table.textbox tr.alt td.td-na,
table.textbox.red tr.alt td.td-na,
table.textbox.orange tr.alt td.td-na,
table.textbox.yellow tr.alt td.td-na,
table.textbox.green tr.alt td.td-na,
table.textbox.cyan tr.alt td.td-na,
table.textbox.blue tr.alt td.td-na,
table.textbox.magenta tr.alt td.td-na,
table.textbox.white tr.alt td.td-na,
table.textbox.gray tr.alt td.td-na,
table.textbox.black tr.alt td.td-na,
.td-na
{
color: #ffffff;
background-color: #808080 !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-bronze,
table.textbox tr.alt td.td-bronze,
table.textbox.red tr.alt td.td-bronze,
table.textbox.orange tr.alt td.td-bronze,
table.textbox.yellow tr.alt td.td-bronze,
table.textbox.green tr.alt td.td-bronze,
table.textbox.cyan tr.alt td.td-bronze,
table.textbox.blue tr.alt td.td-bronze,
table.textbox.magenta tr.alt td.td-bronze,
table.textbox.white tr.alt td.td-bronze,
table.textbox.gray tr.alt td.td-bronze,
table.textbox.black tr.alt td.td-bronze,
.td-bronze
{
color: #000000;
background-color: #daaa50 !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-silver,
table.textbox tr.alt td.td-silver,
table.textbox.red tr.alt td.td-silver,
table.textbox.orange tr.alt td.td-silver,
table.textbox.yellow tr.alt td.td-silver,
table.textbox.green tr.alt td.td-silver,
table.textbox.cyan tr.alt td.td-silver,
table.textbox.blue tr.alt td.td-silver,
table.textbox.magenta tr.alt td.td-silver,
table.textbox.white tr.alt td.td-silver,
table.textbox.gray tr.alt td.td-silver,
table.textbox.black tr.alt td.td-silver,
.td-silver
{
color: #000000;
background-color: #c0c0c0 !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-gold,
table.textbox tr.alt td.td-gold,
table.textbox.red tr.alt td.td-gold,
table.textbox.orange tr.alt td.td-gold,
table.textbox.yellow tr.alt td.td-gold,
table.textbox.green tr.alt td.td-gold,
table.textbox.cyan tr.alt td.td-gold,
table.textbox.blue tr.alt td.td-gold,
table.textbox.magenta tr.alt td.td-gold,
table.textbox.white tr.alt td.td-gold,
table.textbox.gray tr.alt td.td-gold,
table.textbox.black tr.alt td.td-gold,
.td-gold
{
color: #000000;
background-color: #ffd700 !important;
text-align: center;
padding: 0 .4em;
}

table.textbox td.td-platinum,
table.textbox tr.alt td.td-platinum,
table.textbox.red tr.alt td.td-platinum,
table.textbox.orange tr.alt td.td-platinum,
table.textbox.yellow tr.alt td.td-platinum,
table.textbox.green tr.alt td.td-platinum,
table.textbox.cyan tr.alt td.td-platinum,
table.textbox.blue tr.alt td.td-platinum,
table.textbox.magenta tr.alt td.td-platinum,
table.textbox.white tr.alt td.td-platinum,
table.textbox.gray tr.alt td.td-platinum,
table.textbox.black tr.alt td.td-platinum,
.td-platinum
{
color: #000000;
background-color: #c0ccee !important;
text-align: center;
padding: 0 .4em;
}

/* alignment */
.td-no.left,
.td-maybe.left,
.td-yes.left,
.td-opt.left,
.td-unknown.left,
.td-na.left,
.td-bronze.left,
.td-silver.left,
.td-gold.left,
.td-platinum.left
{
text-align: left;
}

/*
*****************************************************************************
*** framed textbox: basic setup ***
*****************************************************************************/

.textbox
{
width: auto;
color: #000000;
background-color: #f0f0ff;
border: 1px solid #0000a0;
padding: 0;
margin: 0 0 1em;

box-shadow: 3px 3px 5px #888899;
-moz-box-shadow: 3px 3px 5px #888899;
-webkit-box-shadow: 3px 3px 5px #888899;
-khtml-box-shadow: 3px 3px 5px #888899;

border-radius: 5px;
-moz-border-radius: 5px;
-webkit-border-radius: 5px;
-khtml-border-radius: 5px;
}

/*-------------------------*/

.textbox.full
{
width: 100%;
}

.textbox.large
{
font-size: 120%;
}

.textbox.huge
{
font-size: 140%;
}

/*-------------------------*/

.textbox .textbox-head,
table.textbox caption
{
color: #ffffff;
background-color: #000080;
text-align: center;
font-weight: bold;
font-size: 120%;
padding: 0.3em 0.5em;

-moz-border-radius: 5px 5px 0 0;
-webkit-border-radius: 5px 5px 0 0;
-khtml-border-radius: 5px 5px 0 0;
border-radius: 5px 5px 0 0;
}

.textbox > .textbox-head
{
-moz-border-radius: 4px 4px 0 0;
-webkit-border-radius: 4px 4px 0 0;
-khtml-border-radius: 4px 4px 0 0;
border-radius: 4px 4px 0 0;
}

.textbox .textbox-head a,
table.textbox caption a
{
color: #ffffff;
}

.textbox.nobox .textbox-head,
table.textbox.nobox caption
{
color: #000000;
background-color: transparent;
font-weight: bold;
font-size: 120%;
padding: 0.4em 0 0.2em;
text-align: left;
}

/*-------------------------*/

.textbox > .textbox-body
{
padding: 0.3em 0.8em;
}

.textbox.center > .textbox-body
{
text-align: center;
}

/*
*****************************************************************************
*** framed textbox: colors ***
*****************************************************************************/

.textbox.video.bug,
.textbox.red
{
color: #000000;
background-color: #fff0f0;
border: 1px solid #a00000;

box-shadow: 3px 3px 5px #998888;
-moz-box-shadow: 3px 3px 5px #998888;
-webkit-box-shadow: 3px 3px 5px #998888;
-khtml-box-shadow: 3px 3px 5px #998888;
}

.textbox.video.bug .textbox-head,
table.textbox.video.bug caption,
.textbox.red .textbox-head,
table.textbox.red caption
{
color: #ffffff;
background-color: #800000;
}

.textbox.orange
{
color: #000000;
background-color: #fff8e0;
border: 1px solid #e0a080;

box-shadow: 3px 3px 5px #998877;
-moz-box-shadow: 3px 3px 5px #998877;
-webkit-box-shadow: 3px 3px 5px #998877;
-khtml-box-shadow: 3px 3px 5px #998877;
}

.textbox.orange .textbox-head,
table.textbox.orange caption
{
color: #ffffff;
background-color: #d07000;
}

.textbox.yellow
{
color: #000000;
background-color: #ffffe0;
border: 1px solid #808000;

box-shadow: 3px 3px 5px #999988;
-moz-box-shadow: 3px 3px 5px #999988;
-webkit-box-shadow: 3px 3px 5px #999988;
-khtml-box-shadow: 3px 3px 5px #999988;
}

.textbox.yellow .textbox-head,
table.textbox.yellow caption
{
color: #ffffff;
background-color: #a0a000;
}

.textbox.video.tutorial,
.textbox.green
{
color: #000000;
background-color: #f0fff0;
border: 1px solid #00a000;

box-shadow: 3px 3px 5px #889988;
-moz-box-shadow: 3px 3px 5px #889988;
-webkit-box-shadow: 3px 3px 5px #889988;
-khtml-box-shadow: 3px 3px 5px #889988;
}

.textbox.video.tutorial .textbox-head,
table.textbox.video.tutorial caption,
.textbox.green .textbox-head,
table.textbox.green caption
{
color: #ffffff;
background-color: #008000;
}

.textbox.news,
.textbox.cyan
{
color: #000000;
background-color: #f0ffff;
border: 1px solid #008080;

box-shadow: 3px 3px 5px #889999;
-moz-box-shadow: 3px 3px 5px #889999;
-webkit-box-shadow: 3px 3px 5px #889999;
-khtml-box-shadow: 3px 3px 5px #889999;
}

.textbox.news .textbox-head,
table.textbox.news caption,
.textbox.cyan .textbox-head,
table.textbox.cyan caption
{
color: #ffffff;
background-color: #008080;
}

.textbox.video,
.textbox.blue
{
color: #000000;
background-color: #f0f0ff;
border: 1px solid #0000a0;

box-shadow: 3px 3px 5px #888899;
-moz-box-shadow: 3px 3px 5px #888899;
-webkit-box-shadow: 3px 3px 5px #888899;
-khtml-box-shadow: 3px 3px 5px #888899;
}

.textbox.video .textbox-head,
table.textbox.video caption,
.textbox.blue .textbox-head,
table.textbox.blue caption
{
color: #ffffff;
background-color: #000080;
}

.textbox.magenta
{
color: #000000;
background-color: #ffe8ff;
border: 1px solid #700070;

box-shadow: 3px 3px 5px #997799;
-moz-box-shadow: 3px 3px 5px #997799;
-webkit-box-shadow: 3px 3px 5px #997799;
-khtml-box-shadow: 3px 3px 5px #997799;
}

.textbox.magenta .textbox-head,
table.textbox.magenta caption
{
color: #ffffff;
background-color: #700070;
}

.textbox.white
{
color: #000000;
background-color: #ffffff;
border: 1px solid #c0c0c0;

box-shadow: 3px 3px 5px #999999;
-moz-box-shadow: 3px 3px 5px #999999;
-webkit-box-shadow: 3px 3px 5px #999999;
-khtml-box-shadow: 3px 3px 5px #999999;
}

.textbox.white .textbox-head,
table.textbox.white caption
{
color: #000000;
background-color: #d0d0d0;
}

.textbox.video.original,
.textbox.gray
{
color: #000000;
background-color: #e0e0e0;
border: 1px solid #606060;

box-shadow: 3px 3px 5px #777777;
-moz-box-shadow: 3px 3px 5px #777777;
-webkit-box-shadow: 3px 3px 5px #777777;
-khtml-box-shadow: 3px 3px 5px #777777;
}

.textbox.video.original .textbox-head,
table.textbox.video.original caption,
.textbox.gray .textbox-head,
table.textbox.gray caption
{
color: #ffffff;
background-color: #808080;
}

.textbox.black
{
color: #ffffff;
background-color: #000000;
border: 1px solid #505050;

box-shadow: 3px 3px 5px #808080;
-moz-box-shadow: 3px 3px 5px #808080;
-webkit-box-shadow: 3px 3px 5px #808080;
-khtml-box-shadow: 3px 3px 5px #808080;
}

.textbox.black .textbox-head,
table.textbox.black caption
{
color: #ffffff;
background-color: #404040;
}

/*
*****************************************************************************
*** textbox table colors ***
*****************************************************************************/

table.textbox.video.bug th,
table.textbox.red th
{
color: #000000;
background-color: #ffd0d0;
}

table.textbox.video.bug.alt tr:nth-child(even) th,
table.textbox.red.alt tr:nth-child(even) th
{
background-color: #f0b0b0;
}

table.textbox.video.bug.alt tr:nth-child(even) td,
table.textbox.video.bug tr.alt td,
table.textbox.red.alt tr:nth-child(even) td,
table.textbox.red tr.alt td
{
background-color: #f0d0d0;
}

table.textbox.video.bug.alt tr.headline th,
table.textbox.video.bug tr.headline th,
table.textbox.headline.video.bug.alt tr:nth-child(1) th,
table.textbox.headline.video.bug tr:nth-child(1) th,
table.textbox.red.alt tr.headline th,
table.textbox.red tr.headline th,
table.textbox.headline.red.alt tr:nth-child(1) th,
table.textbox.headline.red tr:nth-child(1) th
{
background-color: #ffa0a0;
}

table.textbox.video.bug tr:hover th,
table.textbox.video.bug tr:hover td,
table.textbox.video.bug.alt tr:hover:nth-child(even) th,
table.textbox.video.bug.alt tr:hover:nth-child(even) td,
table.textbox.red tr:hover th,
table.textbox.red tr:hover td,
table.textbox.red.alt tr:hover:nth-child(even) th,
table.textbox.red.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid.video.bug th,
table.grid.video.bug td,
table.grid.red th,
table.grid.red td
{
border: 1px solid #a00000;
}

/*-------------------------*/

table.textbox.orange th
{
color: #000000;
background-color: #ffe0c0;
}

table.textbox.orange.alt tr:nth-child(even) th
{
background-color: #f0c0a0;
}

table.textbox.orange.alt tr:nth-child(even) td,
table.textbox.orange tr.alt td
{
background-color: #f0e0c0;
}

table.textbox.orange.alt tr.headline th,
table.textbox.orange tr.headline th,
table.textbox.headline.orange.alt tr:nth-child(1) th,
table.textbox.headline.orange tr:nth-child(1) th
{
background-color: #ffb870;
}

table.textbox.orange tr:hover th,
table.textbox.orange tr:hover td,
table.textbox.orange.alt tr:hover:nth-child(even) th,
table.textbox.orange.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid.orange th,
table.grid.orange td
{
border: 1px solid #e0a080;
}

/*-------------------------*/

table.textbox.yellow th
{
color: #000000;
background-color: #ffffc0;
}

table.textbox.yellow.alt tr:nth-child(even) th
{
background-color: #f0f0a0;
}

table.textbox.yellow.alt tr:nth-child(even) td,
table.textbox.yellow tr.alt td
{
background-color: #f0f0c0;
}

table.textbox.yellow.alt tr.headline th,
table.textbox.yellow tr.headline th,
table.textbox.headline.yellow.alt tr:nth-child(1) th,
table.textbox.headline.yellow tr:nth-child(1) th
{
background-color: #ffff70;
}

table.textbox.yellow tr:hover th,
table.textbox.yellow tr:hover td,
table.textbox.yellow.alt tr:hover:nth-child(even) th,
table.textbox.yellow.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #f0c0a0;
}

table.grid.yellow th,
table.grid.yellow td
{
border: 1px solid #808000;
}

/*-------------------------*/

table.textbox.video.tutorial th,
table.textbox.green th
{
color: #000000;
background-color: #d0ffd0;
}

table.textbox.video.tutorial.alt tr:nth-child(even) th,
table.textbox.green.alt tr:nth-child(even) th
{
background-color: #b0f0b0;
}

table.textbox.video.tutorial.alt tr:nth-child(even) td,
table.textbox.video.tutorial tr.alt td,
table.textbox.green.alt tr:nth-child(even) td,
table.textbox.green tr.alt td
{
background-color: #d0f0d0;
}

table.textbox.video.tutorial.alt tr.headline th,
table.textbox.video.tutorial tr.headline th,
table.textbox.headline.video.tutorial.alt tr:nth-child(1) th,
table.textbox.headline.video.tutorial tr:nth-child(1) th,
table.textbox.green.alt tr.headline th,
table.textbox.green tr.headline th,
table.textbox.headline.green.alt tr:nth-child(1) th,
table.textbox.headline.green tr:nth-child(1) th
{
background-color: #80ff80;
}

table.textbox.video.tutorial tr:hover th,
table.textbox.video.tutorial tr:hover td,
table.textbox.video.tutorial.alt tr:hover:nth-child(even) th,
table.textbox.video.tutorial.alt tr:hover:nth-child(even) td,
table.textbox.green tr:hover th,
table.textbox.green tr:hover td,
table.textbox.green.alt tr:hover:nth-child(even) th,
table.textbox.green.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid.video.tutorial th,
table.grid.video.tutorial td,
table.grid.green th,
table.grid.green td
{
border: 1px solid #00a000;
}

/*-------------------------*/

table.textbox.news th,
table.textbox.cyan th
{
color: #000000;
background-color: #c0ffff;
}

table.textbox.news.alt tr:nth-child(even) th,
table.textbox.cyan.alt tr:nth-child(even) th
{
background-color: #a0f0f0;
}

table.textbox.news.alt tr:nth-child(even) td,
table.textbox.news tr.alt td,
table.textbox.cyan.alt tr:nth-child(even) td,
table.textbox.cyan tr.alt td
{
background-color: #d0f0f0;
}

table.textbox.news.alt tr.headline th,
table.textbox.news tr.headline th,
table.textbox.headline.news.alt tr:nth-child(1) th,
table.textbox.headline.news tr:nth-child(1) th,
table.textbox.cyan.alt tr.headline th,
table.textbox.cyan tr.headline th,
table.textbox.headline.cyan.alt tr:nth-child(1) th,
table.textbox.headline.cyan tr:nth-child(1) th
{
background-color: #60ffff;
}

table.textbox.news tr:hover th,
table.textbox.news tr:hover td,
table.textbox.news.alt tr:hover:nth-child(even) th,
table.textbox.news.alt tr:hover:nth-child(even) td,
table.textbox.cyan tr:hover th,
table.textbox.cyan tr:hover td,
table.textbox.cyan.alt tr:hover:nth-child(even) th,
table.textbox.cyan.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid.news th,
table.grid.news td,
table.grid.cyan th,
table.grid.cyan td
{
border: 1px solid #008080;
}

/*-------------------------*/

table.textbox th,
table.textbox.video th,
table.textbox.blue th
{
color: #000000;
background-color: #d0d0ff;
}

table.textbox.alt tr:nth-child(even) th,
table.textbox.video.alt tr:nth-child(even) th,
table.textbox.blue.alt tr:nth-child(even) th
{
background-color: #b0b0f0;
}

table.textbox.alt tr:nth-child(even) td,
table.textbox tr.alt td,
table.textbox.video.alt tr:nth-child(even) td,
table.textbox.video tr.alt td,
table.textbox.blue.alt tr:nth-child(even) td,
table.textbox.blue tr.alt td
{
background-color: #d0d0f0;
}

table.textbox.alt tr.headline th,
table.textbox tr.headline th,
table.textbox.headline.alt tr:nth-child(1) th,
table.textbox.headline tr:nth-child(1) th,
table.textbox.video.alt tr.headline th,
table.textbox.video tr.headline th,
table.textbox.headline.video.alt tr:nth-child(1) th,
table.textbox.headline.video tr:nth-child(1) th,
table.textbox.blue.alt tr.headline th,
table.textbox.blue tr.headline th,
table.textbox.headline.blue.alt tr:nth-child(1) th,
table.textbox.headline.blue tr:nth-child(1) th
{
background-color: #8080ff;
}

table.textbox tr:hover th,
table.textbox tr:hover td,
table.textbox.alt tr:hover:nth-child(even) th,
table.textbox.alt tr:hover:nth-child(even) td,
table.textbox.video tr:hover th,
table.textbox.video tr:hover td,
table.textbox.video.alt tr:hover:nth-child(even) th,
table.textbox.video.alt tr:hover:nth-child(even) td,
table.textbox.blue tr:hover th,
table.textbox.blue tr:hover td,
table.textbox.blue.alt tr:hover:nth-child(even) th,
table.textbox.blue.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid th,
table.grid td,
table.grid.video th,
table.grid.video td,
table.grid.blue th,
table.grid.blue td
{
border: 1px solid #0000a0;
}

/*-------------------------*/

table.textbox.magenta th
{
color: #000000;
background-color: #ffd0ff;
}

table.textbox.magenta.alt tr:nth-child(even) th
{
background-color: #f0b0f0;
}

table.textbox.magenta.alt tr:nth-child(even) td,
table.textbox.magenta tr.alt td
{
background-color: #f0c8f0;
}

table.textbox.magenta.alt tr.headline th,
table.textbox.magenta tr.headline th,
table.textbox.headline.magenta.alt tr:nth-child(1) th,
table.textbox.headline.magenta tr:nth-child(1) th
{
background-color: #ff70ff;
}

table.textbox.magenta tr:hover th,
table.textbox.magenta tr:hover td,
table.textbox.magenta.alt tr:hover:nth-child(even) th,
table.textbox.magenta.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid.magenta th,
table.grid.magenta td
{
border: 1px solid #700070;
}

/*-------------------------*/

table.textbox.white th
{
color: #000000;
background-color: #b0b0b0;
}

table.textbox.white.alt tr:nth-child(even) th
{
background-color: #a0a0a0;
}

table.textbox.white.alt tr:nth-child(even) td,
table.textbox.white tr.alt td
{
background-color: #e0e0e0;
}

table.textbox.white.alt tr.headline th,
table.textbox.white tr.headline th,
table.textbox.headline.white.alt tr:nth-child(1) th,
table.textbox.headline.white tr:nth-child(1) th
{
background-color: #f0f0f0;
}

table.textbox.white tr:hover th,
table.textbox.white tr:hover td,
table.textbox.white.alt tr:hover:nth-child(even) th,
table.textbox.white.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid.white th,
table.grid.white td
{
border: 1px solid #c0c0c0;
}

/*-------------------------*/

table.textbox.video.original th,
table.textbox.gray th
{
color: #000000;
background-color: #c0c0c0;
}

table.textbox.video.original.alt tr:nth-child(even) th,
table.textbox.gray.alt tr:nth-child(even) th
{
background-color: #b0b0b0;
}

table.textbox.video.original.alt tr:nth-child(even) td,
table.textbox.video.original tr.alt td,
table.textbox.gray.alt tr:nth-child(even) td,
table.textbox.gray tr.alt td
{
background-color: #d0d0d0;
}

table.textbox.video.original.alt tr.headline th,
table.textbox.video.original tr.headline th,
table.textbox.headline.video.original.alt tr:nth-child(1) th,
table.textbox.headline.video.original tr:nth-child(1) th,
table.textbox.gray.alt tr.headline th,
table.textbox.gray tr.headline th,
table.textbox.headline.gray.alt tr:nth-child(1) th,
table.textbox.headline.gray tr:nth-child(1) th
{
background-color: #a0a0a0;
}

table.textbox.video.original tr:hover th,
table.textbox.video.original tr:hover td,
table.textbox.video.original.alt tr:hover:nth-child(even) th,
table.textbox.video.original.alt tr:hover:nth-child(even) td,
table.textbox.gray tr:hover th,
table.textbox.gray tr:hover td,
table.textbox.gray.alt tr:hover:nth-child(even) th,
table.textbox.gray.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid.video.original th,
table.grid.video.original td,
table.grid.gray th,
table.grid.gray td
{
border: 1px solid #606060;
}

/*-------------------------*/

table.textbox.black th
{
color: #ffffff;
background-color: #808080;
}

table.textbox.black.alt tr:nth-child(even) th
{
background-color: #a0a0a0;
}

table.textbox.black.alt tr:nth-child(even) td,
table.textbox.black tr.alt td
{
background-color: #303030;
}

table.textbox.black.alt tr.headline th,
table.textbox.black tr.headline th,
table.textbox.headline.black.alt tr:nth-child(1) th,
table.textbox.headline.black tr:nth-child(1) th
{
background-color: #606060;
}

table.textbox.black tr:hover th,
table.textbox.black tr:hover td,
table.textbox.black.alt tr:hover:nth-child(even) th,
table.textbox.black.alt tr:hover:nth-child(even) td
{
color: #000000;
background-color: #ffff80;
}

table.grid.black th,
table.grid.black td
{
border: 1px solid #505050;
}

/*-------------------------*/

/*
*****************************************************************************
*** wikitable support ***
*****************************************************************************/

table.wikitable.alt tr:nth-child(even) th,
table.wikitable.alt tr:nth-child(even) td
{
background-color: #e0e0e0;
}

/*
*****************************************************************************
*** textbox table alignment ***
*****************************************************************************/

table.textbox
{
border-collapse: collapse;
margin: 0 0 1em;

-moz-border-radius: 0 0 5px 5px;
-webkit-border-radius: 0 0 5px 5px;
-khtml-border-radius: 0 0 5px 5px;
border-radius: 0 0 5px 5px;
}

table.textbox th,
table.textbox td
{
/* text-align: left; */
padding: 0.1em 0.4em;
}

table.center th,
table.center td
{
text-align: center;
padding: 0.1em 0.4em;
}

/*
*****************************************************************************
*** floats ***
*****************************************************************************/

table.textbox.float-right
{
float: right;
clear: right;
width: 280px;
margin: 0 0 1em 1em;
}

table.textbox.float-left
{
float: left;
clear: left;
width: 280px;
margin: 0 1em 1em 0;
}

div.float-right
{
float: right;
clear: right;
width: 280px;
margin: 0 0 1em 1em;
padding: 0;
}

div.float-right-min
{
float: right;
clear: right;
min-width: 280px;
margin: 0 0 1em 1em;
padding: 0;
}

div.float-right table.textbox.float-right
{
float: none;
width: 280px;
margin: 0 0 1em 0;
}

div.float-left table.textbox.float-left
{
float: none;
width: 280px;
margin: 0 0 1em 0;
}

/*
*****************************************************************************
*** standard wiki tables ***
*****************************************************************************/

table.wikitable caption { background-color: #d0d0e0; color: #000000; }
table.wikitable tr.tr0a th { background-color: #000060; color: #ffff00; }
table.wikitable tr.tr0b th { background-color: #000090; color: #ffff00; }
table.wikitable tr.tr1a { background-color: #d0eed0; color: #000000; }
table.wikitable tr.tr1b { background-color: #e0ffe0; color: #000000; }
table.wikitable tr.tr2a { background-color: #d0d0ee; color: #000000; }
table.wikitable tr.tr2b { background-color: #e0e0ff; color: #000000; }

/*
*****************************************************************************
*** multi column ***
*****************************************************************************/

.multi-col
{
width: 100%;
border-collapse: collapse;
}

.multi-col tr
{
vertical-align: top;
}

.multi-col td
{
padding: 0;
}

.multi-col .left-col .textbox
{
margin-right: 0.5em;
}

.multi-col .mid-col .textbox
{
margin-left: 0.5em;
margin-right: 0.5em;
}

.multi-col .right-col .textbox
{
margin-left: 0.5em;
}

/*
*****************************************************************************
*** spacing ***
*****************************************************************************/

h2
{
margin-top: 1.2em;
}

h3
{
margin-top: 0.6em;
}

dl
{
margin-top: 0.5em;
margin-bottom: 0em;
}

dl + ul
{
margin-top: 0em;
}

/**************************************************************************/
/*** inline code ***/
/**************************************************************************/

tt.code
{
font-family: monospace,Courier;
font-size: 90%;
border: 1px solid #a0a0c0;
padding: 1px 2px 0px;
background-color: #f0f0ff;
}

/*
*****************************************************************************
*** youtube ***
*****************************************************************************/

div.youtube .thumbcaption
{
text-align: center;
}

/*
*****************************************************************************
*** Main Page ***
*****************************************************************************/

body.page-Main_Page h1.firstHeading,
body.page-Main_Page #lastmod {
display: none;
}

body.page-Main_Page #bodyContent {
margin-top: -2.4em;
}

/*
*****************************************************************************
*** END ***
*****************************************************************************/