https://bugs.kde.org/show_bug.cgi?id=502023
--- Comment #2 from Avraham Hollander <anhollander...@gmail.com> --- (In reply to Zamundaaa from comment #1) > Color information on the surface does not differentiate between compositing > and direct scanout. The transfer function not being supported does not make > a difference for this bug. > > On my desktop, this caused a kernel nullptr dereference, so I couldn't test > it there, but on my laptop there is no visible difference between > compositing and direct scanout. > > Are you using night light? Please also attach the output of > > kscreen-doctor -o > and (ideally run it while the video is getting direct scanout) > > drm_info I am not using night light. $ kscreen-doctor -o Output: 1 eDP-1 enabled connected priority 1 Panel Modes: 1:1920x1080@60*! 2:1280x1024@60 3:1024x768@60 4:1280x800@60 5:1920x1080@60 6:1600x900@60 7:1368x768@60 8:1280x720@60 Geometry: 0,0 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: Automatic HDR: incapable Wide Color Gamut: incapable ICC profile: none Color profile source: sRGB Color power preference: prefer efficiency and performance Brightness control: supported, set to 50% and dimming to 100% -- You are receiving this mail because: You are watching all bug changes.