Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Kai-Uwe wrote: Hi, > Device links are a serialisation of a color transform. lcms supports to > dump color transforms to device links and load a device link into a > color transform. Device link profiles come with little effort. Device > links provide applications a entry to let the compositor do

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Am 07.03.19 um 02:47 schrieb Graeme Gill: > Niels Ole Salscheider wrote: > > Hi, > >> We added the device link profiles for "professional" applications that want >> to >> have full control. > Right, but with the availability of wl_surface.enter/leave events, the > client can keep track of which

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Wed, Mar 6, 2019 at 9:53 PM Graeme Gill wrote: > > Right, but I don't think that's relevant to alpha blending in a per channel > linearized device space. I totally missed that this is only alpha blending. I was thinking general purpose for arbitrary blending, e.g. the now ISO defined (via

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Chris Murphy wrote: Hi Chris, > Real displays often are not gray balanced. Calibration should achieve > this, often it can't. What if the display is characterized and not > calibrated to force R=G=B to be a neutral. And also what is neutral? > Usually the black point xy (chromaticity, CIE xyY

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Niels Ole Salscheider wrote: Hi, > We added the device link profiles for "professional" applications that want > to > have full control. Right, but with the availability of wl_surface.enter/leave events, the client can keep track of which displays the surface is mapped to, and do its own

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Kai-Uwe wrote: Hi Kai-Uwe, > See above. Without offloading the conversion to the compositor, that > will be typical slower. Maybe I am wrong? But I do not see too many > applications doing GPU color management by their own. For certain they > do not share the color transforms in memory. but the

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Wed, Mar 6, 2019 at 5:28 AM Pekka Paalanen wrote: > > On Wed, 6 Mar 2019 13:44:39 +1100 > Graeme Gill wrote: > > > Blending could convert from the device space back > > to XYZ, blend, and then convert back to device space. > > It would use whatever intent is appropriate for blending > >

RE: [RFC wayland-protocols v2 1/1] Add the color-management protocol

, Ankit K > Cc: Kai-Uwe ; wayland-devel@lists.freedesktop.org; Adam > Jackson ; gra...@argyllcms.com; Chris Murphy > ; Sharma, Shashank > Subject: Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol > > On Wed, 6 Mar 2019 21:26:56 +1100 > Graeme Gill wrote: &

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Wed, 6 Mar 2019 21:26:56 +1100 Graeme Gill wrote: > I'm maintaining a summary of my current thinking here: > for anyone interested. Hi Graeme, so very good you made a write-up! The email threads are growing unwieldy to search for a specific topic

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Wed, 6 Mar 2019 13:44:39 +1100 Graeme Gill wrote: > Pekka Paalanen wrote: > > Sebastian's protocol proposal includes render intent from applications. > > Conversion of client content to the blending space should ideally be > > lossless, so the render intent in that step should be irrelevant

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Pekka Paalanen wrote: Hi, > I'm still wondering, if an application uses an ICC profile for the > content it provides and defines an intent with it, should a compositor > apply that intent when converting from application color space to the > blending color space in the compositor? yes it

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Pekka Paalanen wrote: > Sebastian's protocol proposal includes render intent from applications. > Conversion of client content to the blending space should ideally be > lossless, so the render intent in that step should be irrelevant if I > understand right. How to deal with render intent when

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Chris Murphy wrote: > 1.0. So yeah for HDR that information is useless and is one of the > gotchas with ICC display class profiles. There are optional tags > defined in the spec for many years now to include measured display > black and white luminance. For HDR applications it would seem it'd >

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Am Mittwoch, 27. Februar 2019, 14:17:07 CET schrieb Pekka Paalanen: > On Tue, 26 Feb 2019 18:56:06 +0100 > > Kai-Uwe wrote: > > Am 26.02.19 um 16:48 schrieb Pekka Paalanen: > > > On Sun, 22 Jan 2017 13:31:35 +0100 > > > > > > Niels Ole Salscheider wrote: > > >> Signed-off-by: Niels Ole

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Hello Sebastian and Pekka, Am 04.03.19 um 15:44 schrieb Sebastian Wick: > On 2019-03-04 14:45, Pekka Paalanen wrote: ... > Not requiring a color space transformation at all (in the best case) > by supplying a surface with the color space of the output. > >> Especially if device link profiles are

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On 2019-03-04 14:45, Pekka Paalanen wrote: Hi Sebastian and Graeme On Mon, 04 Mar 2019 13:37:06 +0100 Sebastian Wick wrote: On 2019-03-04 12:27, Pekka Paalanen wrote: > On Mon, 4 Mar 2019 19:04:11 +1100 > Graeme Gill wrote: > >> Pekka Paalanen wrote: >> >> > My failing is that I haven't

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Hi Sebastian and Graeme On Mon, 04 Mar 2019 13:37:06 +0100 Sebastian Wick wrote: > On 2019-03-04 12:27, Pekka Paalanen wrote: > > On Mon, 4 Mar 2019 19:04:11 +1100 > > Graeme Gill wrote: > > > >> Pekka Paalanen wrote: > >> > >> > My failing is that I haven't read about what ICC v4

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Mon, 4 Mar 2019 23:09:59 +1100 Graeme Gill wrote: > Pekka Paalanen wrote: > > Hi, > > > another thought about a compositor implementation detail I would like > > to ask you all is about the blending space. > > > > If the compositor blending space was CIE XYZ with direct (linear) > >

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On 2019-03-04 12:27, Pekka Paalanen wrote: On Mon, 4 Mar 2019 19:04:11 +1100 Graeme Gill wrote: Pekka Paalanen wrote: > My failing is that I haven't read about what ICC v4 definition actually > describes, does it characterise content or a device, or is it more > about defining a

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Pekka Paalanen wrote: Hi, > another thought about a compositor implementation detail I would like > to ask you all is about the blending space. > > If the compositor blending space was CIE XYZ with direct (linear) > encoding to IEEE754 32-bit float values in pixels, with the units of Y >

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Mon, 4 Mar 2019 22:07:24 +1100 Graeme Gill wrote: > Pekka Paalanen wrote: > > Hi, > > > Does that even make any difference if the output space was linear at > > blending step, and gamma was applied after that? > > as mentioned earlier, I think talk of using device links is now a red

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Mon, 4 Mar 2019 19:04:11 +1100 Graeme Gill wrote: > Pekka Paalanen wrote: > > > My failing is that I haven't read about what ICC v4 definition actually > > describes, does it characterise content or a device, or is it more > > about defining a transformation from something to something

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Pekka Paalanen wrote: Hi, > Does that even make any difference if the output space was linear at > blending step, and gamma was applied after that? as mentioned earlier, I think talk of using device links is now a red herring. If it is desirable to do blending in a linear light space (as is

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Pekka Paalanen wrote: > My failing is that I haven't read about what ICC v4 definition actually > describes, does it characterise content or a device, or is it more > about defining a transformation from something to something without > saying what something is. The ICC format encompasses

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Thu, 28 Feb 2019 21:05:13 -0700 Chris Murphy wrote: > On Thu, Feb 28, 2019 at 4:37 AM Pekka Paalanen wrote: > > > > another thought about a compositor implementation detail I would like > > to ask you all is about the blending space. > > > > If the compositor blending space was CIE XYZ with

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Thu, 28 Feb 2019 20:58:04 +0100 Kai-Uwe wrote: > Am 28.02.19 um 12:37 schrieb Pekka Paalanen: > > On Thu, 28 Feb 2019 09:12:57 +0100 > > Kai-Uwe wrote: > > > >> Am 27.02.19 um 14:17 schrieb Pekka Paalanen: > >>> On Tue, 26 Feb 2019 18:56:06 +0100 > >>> Kai-Uwe wrote: > >>> > Am

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Thu, Feb 28, 2019 at 4:37 AM Pekka Paalanen wrote: > > another thought about a compositor implementation detail I would like > to ask you all is about the blending space. > > If the compositor blending space was CIE XYZ with direct (linear) > encoding to IEEE754 32-bit float values in pixels,

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Am 28.02.19 um 12:37 schrieb Pekka Paalanen: > On Thu, 28 Feb 2019 09:12:57 +0100 > Kai-Uwe wrote: > >> Am 27.02.19 um 14:17 schrieb Pekka Paalanen: >>> On Tue, 26 Feb 2019 18:56:06 +0100 >>> Kai-Uwe wrote: >>> Am 26.02.19 um 16:48 schrieb Pekka Paalanen: > On Sun, 22 Jan 2017

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Thu, 28 Feb 2019 09:12:57 +0100 Kai-Uwe wrote: > Am 27.02.19 um 14:17 schrieb Pekka Paalanen: > > On Tue, 26 Feb 2019 18:56:06 +0100 > > Kai-Uwe wrote: > > > >> Am 26.02.19 um 16:48 schrieb Pekka Paalanen: > >>> On Sun, 22 Jan 2017 13:31:35 +0100 > >>> Niels Ole Salscheider wrote: > >>>

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Am 27.02.19 um 14:17 schrieb Pekka Paalanen: > On Tue, 26 Feb 2019 18:56:06 +0100 > Kai-Uwe wrote: > >> Am 26.02.19 um 16:48 schrieb Pekka Paalanen: >>> On Sun, 22 Jan 2017 13:31:35 +0100 >>> Niels Ole Salscheider wrote: >>> Signed-off-by: Niels Ole Salscheider + +

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Tue, 26 Feb 2019 18:56:06 +0100 Kai-Uwe wrote: > Am 26.02.19 um 16:48 schrieb Pekka Paalanen: > > On Sun, 22 Jan 2017 13:31:35 +0100 > > Niels Ole Salscheider wrote: > > > >> Signed-off-by: Niels Ole Salscheider > > > My failing is that I haven't read about what ICC v4 definition

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

Am 26.02.19 um 16:48 schrieb Pekka Paalanen: > On Sun, 22 Jan 2017 13:31:35 +0100 > Niels Ole Salscheider wrote: > >> Signed-off-by: Niels Ole Salscheider > My failing is that I haven't read about what ICC v4 definition actually > describes, does it characterise content or a device, or is it

Re: [RFC wayland-protocols v2 1/1] Add the color-management protocol

On Sun, 22 Jan 2017 13:31:35 +0100 Niels Ole Salscheider wrote: > Signed-off-by: Niels Ole Salscheider Hi Niels, it is about high time I commented on this, sorry. I saw the color management topic being picked up again with HDR. I wanted to review this before I look at the latest proposal from

[RFC wayland-protocols v2 1/1] Add the color-management protocol

Signed-off-by: Niels Ole Salscheider --- Makefile.am| 1 + unstable/color-management/README | 4 + .../color-management-unstable-v1.xml | 224 + 3 files changed, 229