https://bugs.kde.org/show_bug.cgi?id=498881
--- Comment #3 from Zamundaaa <xaver.h...@gmail.com> --- I wrote a small test to check this out without screenshotting, and it shows that green and blue are very slightly negative when converting to the night light adjusted colorspace at like 5000K, and become *very* negative at very low color temperatures. With an sRGB display it starts to be relevant at roughly 2500K, and at 1500K the color you used for testing ends up as -6'000'000. Using floating point numbers for the calculations back and forth, the transformations even out, but in compositing, colors are normally clamped to [0, 1], so the transformation back to the sRGB whitepoint makes the color more blue than it was before. Below 2000K, things are expected to be bad, as it's just plain impossible for an sRGB display to show that white point. 2000K and 2500K are still inside the gamut, but they're quite close to the edges and I'm afraid that making things weird might be inherent to how colors work. The only proper fix for this bug would be to just prevent the whitepoint from getting that extreme. I'll have to look if there's a feasible non-proper fix that keeps color temperature values that low working. -- You are receiving this mail because: You are watching all bug changes.
