https://bugs.kde.org/show_bug.cgi?id=506212
Zamundaaa <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|ASSIGNED |RESOLVED Latest Commit| |https://invent.kde.org/plas | |ma/kwin/-/commit/d70ee5efc9 | |d6b856a067ed284896481cd59a9 | |1ac --- Comment #3 from Zamundaaa <[email protected]> --- Git commit d70ee5efc9d6b856a067ed284896481cd59a91ac by Xaver Hugl. Committed on 05/11/2025 at 14:01. Pushed by zamundaaa into branch 'master'. opengl/colormanagement: also clip after tonemapping With night light, the maximum luminance that can be represented in the buffer without color shifts is lower than the value represented by 1.0. When writing into the buffer, OpenGL implicitly clips for us to 1.0, so we end up with an out of bounds value, which ends up causing color shifts when the result is converted to a different white point. To avoid that, explicitly clip to the maximum luminance after tonemapping. M +1 -0 src/core/colorpipeline.cpp M +5 -3 src/opengl/colormanagement.glsl https://invent.kde.org/plasma/kwin/-/commit/d70ee5efc9d6b856a067ed284896481cd59a91ac -- You are receiving this mail because: You are watching all bug changes.
