We've just updated MediaWiki and its underlying software. If anything doesn't look or work quite right, please mention it to us. --RanAS
Sprite Line Buffer: Difference between revisions
From SnesLab
(note about fetch line limit) |
(page -> overview) |
||
| Line 1: | Line 1: | ||
Note: The information | Note: The information in this overview omits the fetch line limit (which is actually 272 pixels wide or 34 8 pixel wide cells). | ||
The '''Sprite Line Buffer''' is where sprites are pre-rendered to during [[hblank]] before being composited together with the backgrounds. It is 256 pixels wide, and a total of 2304 bits. Internally, it is composed of two 128x9-bit half-line buffers (1152 bits each): one storing even-numbered pixels and the other odd. For each pixel, each half-line buffer stores: | The '''Sprite Line Buffer''' is where sprites are pre-rendered to during [[hblank]] before being composited together with the backgrounds. It is 256 pixels wide, and a total of 2304 bits. Internally, it is composed of two 128x9-bit half-line buffers (1152 bits each): one storing even-numbered pixels and the other odd. For each pixel, each half-line buffer stores: | ||
Latest revision as of 00:04, 19 August 2024
Note: The information in this overview omits the fetch line limit (which is actually 272 pixels wide or 34 8 pixel wide cells).
The Sprite Line Buffer is where sprites are pre-rendered to during hblank before being composited together with the backgrounds. It is 256 pixels wide, and a total of 2304 bits. Internally, it is composed of two 128x9-bit half-line buffers (1152 bits each): one storing even-numbered pixels and the other odd. For each pixel, each half-line buffer stores:
- four bits of color data
- three bits for palette number
- two priority bits
Each of these half-line buffers are clocked at 10.7 MHz (X1/2 divider) during writes and have their own address lines.