In article <45b1defa@news.povray.org>, pov### [at] daniel-nilssoncom says...
> Patrick Elliott wrote:
> You use the brightness and contrast knobs on you monitor to adjust the 
> blackpoint and the whitepoint but that won't affect the gamma of the 
> display. The color value to monitor output function is something like 
> this (at least theoretically):
> output = (brightness + contrast * value) ^ gamma
>  From that formula it should be clear that there is no way to change 
> brightness and contrast to compensate for wrong gamma and vice versa.
> (A gamma knob on the monitor would be handy, maybe they have that on 
> some monitors, I don't know)
> 
Umm. Ok... But, from a purely practical standpoint, even if changing the 
brightness doesn't "correct" the colors properly, it does make the parts 
of an image that where not previously visible so you can see them. This 
*can* produce a bleaching effect, since the adjustment isn't "correct", 
but its still far better than the result you get with software, simply 
because software can't adjust things past the effective limits of the 
"bandwidth" of the colors available in a 24/32-bit color system. In 
effect, you get clipping, instead of correctly adjusted colors. Its like 
adjusting the volume of a raw audio file format, instead of turning up 
your speakers. If "any" part of the sound is low enough to fall below a 
certain threshold and you adjust down, or it goes above a certain 
threshold and you adjust up... it ends up eating part of the *actually* 
waveform. Same with Gamma and software based solutions to it. That is 
what I was getting at.


-- 
void main () {

    call functional_code()
  else
    call crash_windows();
}

<A HREF='http://www.daz3d.com/index.php?refid=16130551'>Get 3D Models,
 
3D Content, and 3D Software at DAZ3D!</A>

Post a reply to this message