You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Don't make a gamma correction protocol, make colour space manipulation protocol. You probably stand a greater chance of having it accepted in Wayland if you do (your chance is virtually zero if you make a gamma correction protocol), and it is what Redshift ought to be using anyways. The protocol should support multiple concurrent manipulations, and since matrix multiplication is non-commutative, that means the protocol should use order hints. Basically, you want to do https://github.com/maandree/coopgammad, but with colour space matrices instead of gamma ramps. You may even what to have a protocol that supports both.
breznak
changed the title
Try to discuss a common gamma correction protocol on Wayland (for KDE, Gnome)
Try to discuss a common gamma/color space protocol on Wayland (for KDE, Gnome)
Jan 10, 2018
For reference https://bugs.freedesktop.org/show_bug.cgi?id=97434 asks for this be be fixed, and the response is (paraphrase) "file bugs for all the compositors" because the respondent thinks it requires modification of screen content, and so is out of scope for Wayland. Perhaps strictly true, but Wayland should guard against alterations to what screen content means, which has some independence from what it looks like-- generally difficult to do, though. Can altering colour temperature of the entirety of all displays be exploited? I guess that's what maandree is alluding to.
...as those cannot be supported currently by redshift, and instead develop their own duplicate solutions.
#568 (comment)
The text was updated successfully, but these errors were encountered: