[argyllcms] Re: dispwin vs xcalib loading LUT

  • From: Kai-Uwe Behrmann <ku.b@xxxxxx>
  • To: argyllcms@xxxxxxxxxxxxx
  • Date: Mon, 1 Jan 2007 13:37:33 +0100 (CET)

Stefan,

so my assumtion regarding xcalib was wrong ;-)

Nevertheless a curve computed with gamma 2.2 will not be the same as a 
curve with parametric gamma 2.2. Thats indeed wired.

Would this mean to avoid the parametric form of vcgt gamma specifying 
enirely to avoid such confusion.

By the way the Lindbloom profiles are no real world cases and difficult 
as we can see here?

Thanks for sheeding light on this matter.

regards
Kai-Uwe Behrmann
--
development for color management 
www.behrmann.name + www.oyranos.org + www.cinepaint.org


Am 01.01.07, 13:22 +0100 schrieb Stefan Döhla:

> I am, however I'm not the author of dispwin ;-)
> 
> When I started xcalib, I crosschecked with some other calibration
> loaders to find out why gamma 1.0 in the vcgt tag makes the screen
> darker when using these other loaders - 1.0 was supposed to mean
> linear ...
> 
> Therefore I took the system gamma into account, which is 2.2 on Win32
> and 2.222 on Unixes - voila: results were the same!
> 
> The ramp is then created from the gamma values rGamma, rMax and rMin like 
> this:
> 
> for(j=0; j<nEntries;j++)
> {
>   ramp[j] = 65536.0 *
>           pow (j * (rMax - rMin) / nEntries, rGamma * SYSTEM_GAMMA)
>           + rMin);
> }
> 
> I think xcalib's behaviour is correct - at least if the
> result is compared to other calibration loaders like the WindowsXP
> color panel, ...
> 
> Happy new year everyone
> Stefan
> 
> --
> mailto:color@xxxxxxxxx
> 
> 

Other related posts: