Talk:Color depth

message: The image that claims to map all 16M colors is false. while 4k*4k is enough pixels, the way it's done is incorrect. there misses all saturation ranges, it's only [max-sat, all-hues, all-values.]
240D:0:5B34:5800:8487:B5D2:419A:5CA5 (talk) 06:07, 10 March 2018 (UTC)
replies: text: If you zoom in it shows all the colors, though I agree it is hard to see. Every combination of r+g is an 16x16 pixel block, and then each of the 256 pixels in each block have a different value of b added to it.Spitzak (talk) 18:16, 21 March 2018 (UTC)

text: According to the legends of the images, black is in the lower-right corner of the upper-left blob, and white is in the center of the lower-right blob. I am not sure if the maker of the image scaled without filtering or if the "spirals" used for the blue channel are actually correct, both of these would cause not all combinations to be in the image. But it would still look the same.Spitzak (talk) 07:11, 6 December 2019 (UTC)
replies: text: The legends are in fact correct (I checked in GIMP), but someone should probably upload a non-spiral all-16M-colors-image, since the spirals are so confusing Sisima70 (talk) 18:52, 15 August 2023 (UTC)
thread_title: all 16 millions colors

message: I uploaded a photograph at different color depths, but I am very displeased with my formatting. If someone could reformat these images without destroying detail, I would be grateful. The problem with putting the pictures in a gallery or making them smaller thumbs is that the computer rounds (if that is the correct word) some of the colors, creating shades of grey in a b&w image and colors that do not exist in the color depth, etc. Thegreenj 21:59, 12 February 2007 (UTC)
thread_title: Images

message: This section gives the feeling there is only PC graphics card in the world... --Diego 13:14, 20 June 2006 (UTC)
thread_title:  Indexed Color 

message: This section is missing references, e.g."Mitsubishi and Samsung, among others, use this technology in some TV sets". I couldn't find any evidence that these companies are really using 48bit color depth in their TVsets. Please add a reference or delete th line.
- Andy.  —Preceding unsigned comment added by 92.236.148.59 (talk) 16:20, 21 April 2009 (UTC)
thread_title:  Television color 

message: This page should mention RAW camera formats since one advantage many such formats provide is 12-bit-per-channel color. —Ben FrantzDale 13:33, 19 October 2006 (UTC)
thread_title:  RAW format 

message: I amended this section to the best of my ability. However, I think this section does not belong to this article. If there is consensus, relocate of remove it.  — Preceding unsigned comment added by 99.246.101.166 (talk) 21:16, 18 July 2011 (UTC)
thread_title:  LCD section 

message: Just wondering...
First, how come HAM mode of the Amiga counts as index colour? It seems a bit like an attempt to weedle it in as the "highest on the list", at 12 bits. Really, you have a 12-bit master palette (effectively direct colour), and you can get any colour from that palette so long as you start from one of SIXTEEN (ie 4-bit) indexed colours, then apply the appropriate one-channel-at-a-time direct colour resetting. So from any of the indexed colours, you could arrive at any other colour the DAC could produce within a further three pixels (or if you had a greyscale index, within two) by directly resetting the red, then the green (then the blue). Sounds somewhat like direct colour by the back door.
Also, when the OCS was operating in 640-pixel width mode, it could "only" display 4 bitplanes, ie 16 indexed colours. OK, this is somewhat better than what the ST managed as the latter could only do that in 320-pixel mode, but it was still a limitation. And the 6-bit mode wasn't even explicitly indexed; half of the colours were just half-brightness copies of an actual 32-colour index. Methinks an Amiga fan's been at work here :-)
Besides that, one method used to get direct colour out of a 256-colour/8-bit index is to use a 6-levels-per-channel pseudoindex, which can be easily implemented in hardware without even needing a CLUT. Store the colour value as between 0 and 215 in decimal, as the result of adding (36xR) + (6xG) + (B), and then simply read it and feed it into the decoder. The overall fidelity is somewhat similar to 3-3-2 bit / 8-8-4 level bitwise chopping, but does make it a bit more even handed, and most especially gives you both more grey shades and something closer approximating a proper "50%" level. OK, it's mostly achieved by using a 256-colour "soft" CLUT with either 40 colours unused, or set to custom choices, but there's no reason it can't be implemented as a hardware mode... 193.63.174.211 (talk) 17:27, 8 February 2013 (UTC)
thread_title:  System loyalty and non-bit-exact "direct" encoding 

message: :  support 30-bit deep color[17] and Pascal or later Geforce and Titan cards when paired with the Studio Driver[18] 
The soon followed regular drivers (ie. not studio) v436.02 also support deep color. But somebody double check it.
--Xerces8 (talk) 12:44, 25 August 2019 (UTC)
replies: text: It works in RGB full mode. In Photoshop windowed OpenGL. 2A00:1370:8184:2478:A122:DC44:8D4F:CD89 (talk) 11:48, 12 July 2022 (UTC)
thread_title:  nVidia 30-bit deep color support