PseudoColor / was: Re: [Openicc] new version of xcalib

[Roland Mainz]

Graeme Gill wrote:
> Jonas Gall wrote:
> > Pseudocolor visuals can do 16bits per color component, too (most
> > popular consumer seems to be Xprint which does 12bit for Postscript
> > printers if I read https://bugs.freedesktop.org/show_bug.cgi?id=1299
> > right).
> 
> I didn't mention Pseudocolor, simply because noone interested in
> serious color display (where the depth of the colormap entries
> would be important) would use it. Anyone with color quality ambitions
> would expect at least 8 bits/component, == 24 bits/pixel,

PseudoColor can do up to 16bits/component == 48bit/pixel while TrueColor
is limited to 32bit per pixel by design - which means either 10/12/10
TrueColor or 10/10/10 TrueColor (30bit TrueColor visuals as supported in
the Sun XVR-1000/-4000 graphics cards. But even these cards suport
PseudoColor (even with multiple active colormaps in one display) to
allow applications to have high-precision colors while only using a low
amount of memory to represent the image data).

> and
> it wouldn't make sense (and I doubt anyone has implemented) a
> 24 bit Pseudocolor display (you'd need 50Meg of RAMDAC memory!).

This assumes that you're using an application which needs a continous
colorspace and uses all colors in one images. But most applications do
not need that - and you can even use multiple colormaps on demand.

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)