Tiles: Difference between revisions
Rainwarrior (talk | contribs) (→8bpp Direct Color: mention mode 7) |
Rainwarrior (talk | contribs) (→Mode 7: EXTBG) |
||
Line 77: | Line 77: | ||
Pixel bytes are in order: left to right, top to bottom. | Pixel bytes are in order: left to right, top to bottom. | ||
[[Backgrounds#EXTBG|Mode 7 EXTBG]] allows tile pixels to be split into two layers, like a [[tilemap]] priority attribute. Pixels with value 1-127 go on the lower layer, and 128-255 on the higher. | |||
== Mode 7 Direct Color == | == Mode 7 Direct Color == |
Revision as of 19:59, 31 May 2022
Graphics tile data is stored in VRAM, to be used by backgrounds and sprites.
Each tile is an 8x8 pixel unit, and there are several formats available.
Within memory, tiles are arranged in rows of 16 columns. Debugging emulators can usually display VRAM with this layout.
Backgrounds and sprites can sometimes work with 16x16 or larger groups of tiles. These are made up of 8x8 pixel tiles, using tiles that are adjacent horizontally (+1) or vertically (+16) in the 16-column layout.
2bpp
Used in all layers of BG mode 0, and for one layer in modes 1, 4 and 5.
Each word of VRAM defines two planes of data for an 8 pixel row.
The low byte contains the bit-0 plane, and the high byte contains the bit-1 plane. These combine to form a 2bpp result.
plane 1 ($2119) plane 0 ($2118) 7 ... bit ... 0 7 ... bit ... 0 --------------- --------------- 0 1 0 1 0 1 0 1 0 0 0 1 1 1 0 1
2bpp result 0 .. pixel .. 7 --------------- 0 2 0 3 1 3 0 3
8 data words (16 bytes) define one 2bpp tile, top to bottom.
Each pixel has a value of 0-3 to index a palette in CGRAM.
4bpp
The most common format. Used for all sprites, and in BG modes 1, 2, 3, 5, and 6.
This format is essentially two 2bpp tiles. Bit planes 0 and 1 are in the first 16 bytes, and a second 16 bytes contains bit planes 2 and 3.
With 4 planes, each pixel can have a value from 0-15 to index a color palette.
8bpp
Used in BG modes 3 and 4.
This is like two 4bpp tiles, or four 2bpp tiles. 64 bytes per tile:
- Planes 0, 1 (16 bytes)
- Planes 2, 3
- Planes 4, 5
- Planes 6, 7
With 8 planes, the palette index value ranges from 0-255.
8bpp Direct Color
An alternate mode for BG modes 3 and 4.
This is the same data format as 8bpp, but instead of using the result as a palette index, the bits correspond directly to RGB values.
8bpp pixel 7 bit 0 --------- BBGG GRRR |||| |||| ++++-++++-- Direct RGB to 5-bit color: RRRr0 GGGg0 BBb00 | || ...b gr.. --------- 7 bit 0 attribute
This allows you to specify colors directly, bypassing the palette, but with the limitation that you can only control 8 of the 15 bits that define a color.
3 additional bits come from the tilemap. Its palette selection attribute provides 3 more bits instead of selecting a palette. However, those 3 extra bits have to apply to the whole 8x8 tile.
Mode 7 also has an equivalent direct color format with the bits arranged differently (see below).
Mode 7
Mode 7 stores all of its tile data only in the high byte of VRAM words.
If we ignore the low byte of each word and think of them as contiguous bytes, each byte corresponds to 1 pixel, giving an 8-bit palette index. This format is "chunky" rather than "planar".
Pixel bytes are in order: left to right, top to bottom.
Mode 7 EXTBG allows tile pixels to be split into two layers, like a tilemap priority attribute. Pixels with value 1-127 go on the lower layer, and 128-255 on the higher.
Mode 7 Direct Color
An alternative color mode for mode 7. It's the same chunky 1 byte per pixel data organization, but using the direct color format (see above) instead.
pixel 7 bit 0 --------- BBGG GRRR |||| |||| ++++-++++-- Direct RGB to 5-bit color: RRR00 GGG00 BB000
Because mode 7 tilemaps do not have attributes, we have 0 instead of the "extra" colors of the other direct color modes.