Re: Update on my Gimp color management coding efforts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Nov 9, 2012 at 5:13 PM, Liam R E Quin <liam@xxxxxxxxxxx> wrote:
> On Thu, 2012-11-08 at 15:29 -0500, Elle Stone wrote:
> [...]
>> In the existing "image color space to monitor color space" code, the
>> image RGB values are converted to 8 bits *before* the RGB values are
>> sent to the code that converts from the image color space to the
>> monitor profile.
>
> And here I am with 11 significant bits in colour specifications
> according to the video card, and 10-bit colour on the monitor, and
> 32-bit (10+10+10+2 alpha) visuals in X11...

There have been no claims that the current code does something
reasonable yet; at the moment I am at the color management hackfest in
Brno, among other things arguing for GIMP and other high fidelity
applications needs to not go through yet another 8bit -> 8bit LUT with
additional quantization problems. :)

-- 
«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
@hodefoting
_______________________________________________
gimp-developer-list mailing list
gimp-developer-list@xxxxxxxxx
https://mail.gnome.org/mailman/listinfo/gimp-developer-list



[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux