RGB332 doesn't look right

Posted Jan 27, 2007 0:43 UTC (Sat) by corbet (editor, #1)
In reply to: RGB332 doesn't look right by tbird20d
Parent article: Video4Linux2 part 5a: colors and formats

A red bit got away from me - they can be awfully slippery sometimes. I found another one and stuck it in.

to post comments

RGB332 doesn't look right

Posted Jan 30, 2007 21:22 UTC (Tue) by roelofs (guest, #2599) [Link] (2 responses)

A red bit got away from me - they can be awfully slippery sometimes.

You lost another one: RGB0. (Damned bits... This sort of thing never used to happen when the MCP was in control.)

Greg

RGB332 doesn't look right

Posted Jan 30, 2007 21:38 UTC (Tue) by corbet (editor, #1) [Link] (1 responses)

Hmph. That was a color problem from before I figured out which colors I really wanted to use. The bit wasn't gone, just hiding. Fixed.

RGB332 doesn't look right

Posted Jan 30, 2007 22:14 UTC (Tue) by roelofs (guest, #2599) [Link]

That was a color problem from before I figured out which colors I really wanted to use.

Everybody's a critic, I know, but... I think it might work better to stick with a single shade for each channel and use a bullet or mid-dot or something to mark the most significant bit. (Are these made out of mini-tables? That was my assumption, but I haven't looked at the source yet.) I find the pale blue and pale green to be much more similar to each other than to the "regular" blue and green, to the point that the very first case (light blue, dark blue, light green, ...) looks more like a single bit on a pale background than a two-bit grouping followed by a three-bit one.

To put it another way, the grouping of same-color bits is more important information than which individual bit is most significant, but the extreme paleness of the MSBs makes them the most visually striking part of the diagrams. (IMHO. :-) )

Thanks,
Greg