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.

Reply via email to