https://bugs.kde.org/show_bug.cgi?id=515402

Zamundaaa <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |INTENTIONAL
             Status|REOPENED                    |RESOLVED

--- Comment #4 from Zamundaaa <[email protected]> ---
> Whether DisplayCAL 'supports' Wayland yet is irrelevant, it creates a
> standard ICC file. And the file was created in Windows.
You're measuring the ICC profile result with DisplayCAL. How could it not be
relevant?

> You said it's assumed to be sRGB and displayed as gamma 2.2, but
> wayland-info for my session lists "bt1886" as supported transfer functions.
Yes, apps can display content tagged as BT1886. That's unrelated to how sRGB is
treated.

> Also, a point of contention in online forums for sure, but for the record:
> 'sRGB' is not a flat Gamma 2.2 curve. It's a piecewise function with a 2.4
> exponent (IEC 61966-2-1). If KWin is just forcing a generic 2.2 power law on
> everything, it isn't even following the "true sRGB standard".
That's a pretty common myth, but it's completely wrong. The specification very
clearly states that sRGB displays are gamma 2.2.

> I also have to ask: what happens if I calibrate my monitor to its native
> DCI-P3 or Wide Color Gamut (WCG) color spaces, which it supports?
> If KWin 'assumes sRGB' for everything, does that mean Wide Color Gamut
> support is also broken? Is KWin's color management currently limited
> strictly to sRGB office monitors?
Applications are assumed to be sRGB, not screens.

(In reply to Rynn from comment #3)
> If a profile's job is to correct the output to a target
It is not. A display class ICC profile is a description of how a screen
responds to RGB inputs, plus some optional metadata about it. Its main purpose
is to let applications display their image as intended, even if the screen
doesn't match the one the image was created for (like sRGB).

The "calibration" towards some transfer function is a hack for non-color
managed applications on X11 and Windows, nothing more.
It is not something that affects actual color management workflows, and it does
not work on any fully color managed system, like KWin, MacOS, or even Windows
with their opt-in ACM system.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to