Idle inhibit does not work with dmabuf-wayland video output on mutter - Githubissues

mpv-player / mpv

🎥 Command line video player

https://mpv.io

Other

26.76k stars 2.84k forks source link

Idle inhibit does not work with dmabuf-wayland video output on mutter #14206

Closed Digitalone1 closed 1 month ago

Digitalone1 commented 1 month ago

mpv Information

mpv v0.38.0 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
 built on Apr 18 2024 06:31:17
libplacebo version: v6.338.2
FFmpeg version: n6.1.1
FFmpeg library versions:
   libavutil       58.29.100
   libavcodec      60.31.102
   libavformat     60.16.100
   libswscale      7.5.100
   libavfilter     9.12.100
   libswresample   4.12.100

Other Information

Linux version: Arch Linux
Kernel Version: Linux 6.8.9-arch1-2
GPU Model: VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Lucienne [1002:164c] (rev c2)
Mesa/GPU Driver Version: 4.6 (Compatibility Profile) Mesa 24.0.7-arch1.3
Window Manager and Version: mutter 46.1

Reproduction Steps

Start a video with dmabuf-wayland video output set
Go full screen

Expected Behavior

The screen does not turn off when dmabuf-wayland is set, just like it happens with gpu.

Actual Behavior

The screen turns off when no key is pressed after the amount of time specified in Gnome settings.

Setting the gpu video output, the screen does not turn off.

Tried also playing on the build compiled from the latest master branch. Setting dmabuf-wayland video output, the screen turns off.

Log File

Sample Files

No response

I carefully read all instruction and confirm that I did the following:

[X] I tested with the latest mpv version to validate that the issue is not already fixed.
[X] I provided all required information including system and mpv version.
[X] I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of --log-file=output.txt.
[X] I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
[X] I attached the full, untruncated log file.
[X] I attached the backtrace in the case of a crash.

Dudemanguy commented 1 month ago

[ 2.049][v][vo/dmabuf-wayland/wayland] Enabling idle inhibitor

Can't possibly see how this could be our bug. I guess maybe mutter gets confused by the subsurfaces or something.

Digitalone1 commented 1 month ago

[ 2.049][v][vo/dmabuf-wayland/wayland] Enabling idle inhibitor

Can't possibly see how this could be our bug. I guess maybe mutter gets confused by the subsurfaces or something.

Okay, but why does it happen only on dmabuf-wayland video output?

Dudemanguy commented 1 month ago

As I stated earlier:

I guess maybe mutter gets confused by the subsurfaces or something.

But that's just a guess. I don't know the reason. However mpv is creating the idle inhibitor on the surface.

Dudemanguy commented 1 month ago

I guess it's possible that mutter considers the solid buffer surface always occluded and you wouldn't have this issue if you put blackbars on the video.

Digitalone1 commented 1 month ago

I guess it's possible that mutter considers the solid buffer surface always occluded and you wouldn't have this issue if you put blackbars on the video.

Black bars? It's easier to prepend gnome-session-inhibit. I just wanted to report the issue. If it's a Gnome problem, okay, I'll try to report to them.

Dudemanguy commented 1 month ago

It might be our problem. Do you get the issue if you playback a video that has visible black bars? e.g. 4:3 video fullscreen or use --no-keepaspect to stretch it something else.

Digitalone1 commented 1 month ago

@Dudemanguy I played a 21:9 video and the screen does not turn off with dmabuf. It happens when I play a 16:9 video.

Dudemanguy commented 1 month ago

Could you test #14209?

Digitalone1 commented 1 month ago

Could you test #14209?

Yes, it's working. You can close this issue. Thanks.