color management spec
Alex Deucher
alexdeucher at gmail.com
Fri May 30 08:27:05 PDT 2008
On Fri, May 30, 2008 at 8:08 AM, Tomas Carnecky <tom at dbservice.com> wrote:
> As part of my GSoC project I have to work out a spec that covers how
> applications should communicate color management related properties
> between each other and the compositing manager. The main idea of the
> project is to let the compositing manager do the color management on
> behalf of the applications. But before that can happen, the applications
> have to tell the compositing manager how they want to have their colors
> managed. The following spec I came up with should cover exactly that
> communication.
>
> How colors should be interpreted is defined in so called 'ICC Profiles',
> that is a blob that contains all the necessary informations how colors
> should be interpreted. These profiles are attached to windows so that
> the compositing manager can get them and do the necessary color
> conversion. To allow for fine-grained color management (if an
> application has only a region that it wants to have color managed), the
> applications have to be able to specify subregions of their window and
> attach profiles to that. Since toolkits (at least GTK+) already make
> heavy use of subwindows, using those makes sense to me. So I came up
> with a document (in the attachment) that describes which window
> properties and messages are used.
>
> Dennis Kasprzyk (compiz developer) wasn't happy that I want to attach
> properties to subwindows, instead he suggested to attach a list to the
> top-level window containing tuples of [(sub)window XID / Profile]. But
> I'd like to keep the properties on the subwindows, I think that will
> make it easier for toolkits. In GTK+ for example, widgets that create
> their own subwindow will be able to do the color management completely
> independent of the other widgets. If all profiles are kept in the
> top-level window then the widgets first have to find the top-level
> window and then coordinate with other widgets how to create the list.
> I'd like to hear other opinions on that.
>
> thanks
> tom
>
>
I think you may want to start with a basic app to load ICC profiles
and properly set the LUTs per crtc using xrandr, then move onto the
per-window stuff. That may be part of your plan already.
Alex
>
>
> Color Management Spec
> -----------------------
>
> Overview:
>
> Each window can have a color profile attached. This profile is used by the
> compositing manager to perform automatic colorspace tranformations.
>
>
> _NET_COLOR_PROFILE window property
>
> This property specifies the profile. The only type currently supported is
> 'ICC', it specifies that the data is an ICC profile. Other profile types
> may be added at a later time. Profiles are inherited from the parent
> window.
> Applications can disable the automatic colorspace transformation by setting
> the profile to None.
>
>
> _NET_COLOR_MANAGER client message
>
> By sending this client message to the compositing manager, the application
> requests that the compositing manager checks whether it can perform the
> needed colorspace transformations. Upon recieving this client message, the
> compositing manager traverses the subwindows of the application and saves
> the
> attached profiles. It then checks whether it can perform the requested
> colorspace transformation and sends a reply to the application. The reply
> is
> either positive or negative. Upon a positive reply the application can
> expect
> that the colors will be automatically corrected by the compositing manager.
> A negative reply contains a list of all the windows on which the
> compositing
> manager can't perform the colorspace transformation. Usually due to the
> lack of the needed color management module.
>
>
> _______________________________________________
> xorg mailing list
> xorg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
More information about the xorg
mailing list