GSoC CM collaboration

Maarten Maathuis madman2003 at gmail.com
Sun Mar 2 11:28:39 PST 2008


On 3/2/08, Kai-Uwe Behrmann <ku.b at gmx.de> wrote:
> Am 02.03.08, 19:56 +0100 schrieb Maarten Maathuis:
>
> > On 3/2/08, Kai-Uwe Behrmann <ku.b at gmx.de> wrote:
>  > > Am 02.03.08, 19:14 +0100 schrieb Maarten Maathuis:
>
>  > >  > What kind of color correction do you have in mind? (besides the usual
>  > >  > gamma adjustment)
>  > >
>  > >
>  > > Many colour transformations are CLUT based. This is in case of X a
>  > >  3 dimensional table to interpolate from input to output. Additional
>  > >  gamma and matix operations can play a role. But for LCD's more and more
>  > >  CLUT's are used, as these devices are sometimes very non linear other than
>  > >  CRT's.
>
>
> > If all you want is control of the LUT's, then i suggest you look at
>  > randrproto. I'm not sure if it's perfect yet, but it should be
>  > reasonable.
>
>
> You talk about the graphics card gamma tables, while I talk about 3
>  dimensional tables. Usually the a 3*3*17 sized for monitors and
>  additional one dimensional curves.
>  A 3*3*17 cube needs some interpolation routine to get the final
>  output from an argitrary input. A nearest match would not suffice.

Why 3d tables if i may ask?

>  The graphics card gamma tables are one dimensional, containing usual 3*256
>  values.

True.

>
>  kind regards
>  Kai-Uwe Behrmann
>  --
>  developing for colour management
>  www.behrmann.name + www.oyranos.org
>
>



More information about the xorg mailing list