CGFX: Difference between revisions
m →TXOB |
|||
| Line 261: | Line 261: | ||
|- | |- | ||
|0xB | |0xB | ||
| | |A4 ? | ||
|- | |- | ||
|0xC | |0xC | ||
| | |ETC1 (see notes below) | ||
|- | |- | ||
|0xD | |0xD | ||
| | |ETC1A4 ? | ||
|} | |} | ||
Every texture format has its texture data divided into 8x8 tiles. See [[SMDH#Icon_graphics|SMDH]] for more information. | Every texture format has its texture data divided into 8x8 tiles. See [[SMDH#Icon_graphics|SMDH]] for more information. | ||
ETC1 is a compressed texture format which compresses blocks of 4x4 pixels into u64s. These u64 are traditionally stored in big endian; however, nintendo's implementation stores them in little endian. ETC1 textures are stored in 8x8 tiles; decompressed 4x4 therefore have to be organized accordingly. See [https://gist.github.com/smealum/8897237] for implementation example. | ETC1 is a compressed texture format which compresses blocks of 4x4 pixels into u64s. These u64 are traditionally stored in big endian; however, nintendo's implementation stores them in little endian. ETC1 textures are stored in 8x8 tiles; decompressed 4x4 therefore have to be organized accordingly. See [https://gist.github.com/smealum/8897237] for implementation example. | ||
== Skeleton data == | == Skeleton data == | ||