Re: [compiz] color management spec

Owen Taylor wrote:
If the visual of a window is ARGB, it can't hold XYZ or Lab, or most
obviously CMYK data.

difficulties of per-monitor specifics... if I have an image in Adobe RGB
with 8 bits per primary, it might be interesting to preserve that
colorspace and use that as the colorspace on my toplevel, but that's not
done to avoid having colorspace conversion code in the application: it's
done to avoid losing gamut when converting it to something else.

If you have an image in CMYK the best way to avoid losing gamut, just like in your AdobeRGB example, is to let the CM convert it at the very last stage. So it might be useful to be able to upload CMYK pixels into the xserver and tag the data somehow. I don't see any conflict there as long as the application and CM agree on the pixel format.

Honestly, the only reason this is at all interesting is the limitations
of RGB 8:8:8. The long term solution here is support for something
like scRGB (

First the server would have to support buffers with at least 6 byte per pixel, which it does not currently. I would love to see support for arbitrary pixel formats in the xserver. I would even go as far as having the xserver create bare buffers and then tag them with the pixel format / icc profile. After all, if a (OpenGL-based) CM is running the xserver doesn't need to know anything about the windows besides the dimensions.


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