Question about CLU1_SRGB26 video mode
pedward
Posts: 1,642
The docs say: %0001 = CLU1_SRGB26 - 32 1-bit offsets in S lookup 2:8:8:8 pixel longs in stack RAM
The reference for 2:8:8:8 says the first 2 bits are SYNC, I'm a bit fuzzy exactly how this works.
If I want to use this mode for a 1 bit video, I would assume that offsets 0 and 1 are the color tuples that define the pixel color. How do the "SYNC" bits play into this?
I'm working on a tile based text framebuffer with an 8x8 font, just something to give the Prop2 a console.
After reading a bit more, I think this is a better mode, since I can render multiple scanlines into the CLUT, then stream them:
%0111 = STR1_RGB9 * - 1-bit pixels streamed from stack RAM select between 0:3:3:3
colors in S[17..9] and S[26..18]. The stream start address in
stack RAM is %AAAAAAAA plus S[7..0], with S[31..27] selecting
the starting bit.
However, the original question still stands, how does the SYNC play into the color?
The reference for 2:8:8:8 says the first 2 bits are SYNC, I'm a bit fuzzy exactly how this works.
If I want to use this mode for a 1 bit video, I would assume that offsets 0 and 1 are the color tuples that define the pixel color. How do the "SYNC" bits play into this?
I'm working on a tile based text framebuffer with an 8x8 font, just something to give the Prop2 a console.
After reading a bit more, I think this is a better mode, since I can render multiple scanlines into the CLUT, then stream them:
%0111 = STR1_RGB9 * - 1-bit pixels streamed from stack RAM select between 0:3:3:3
colors in S[17..9] and S[26..18]. The stream start address in
stack RAM is %AAAAAAAA plus S[7..0], with S[31..27] selecting
the starting bit.
However, the original question still stands, how does the SYNC play into the color?
Comments