mpv icon indicating copy to clipboard operation
mpv copied to clipboard

completely stalled playback is not logged

Open truexfan81 opened this issue 3 years ago • 3 comments

  • mpv version 0.34.1
  • Linux Distribution and Version Fedora 36
  • Source of the mpv binary fedora repositories
  • Window Manager and version not relevant but in my case Cinnamon DE
  • GPU driver and version AMDGPU version unknown

Reproduction steps

ok 2 issues 1: with no working audio device playback completely stalls, progress stays at 0 unless --no-audio switch is used, and 2: nothing is reported in the log file even with -v flag is used the affect of both is the same when --no-config is used i will attach a log file that demonstrates the logging issue

verbose.log

Expected behavior

some indication of the stall should be reported in the log

truexfan81 avatar Sep 14 '22 01:09 truexfan81

Ran into this issue before, all applications stall their video playback when your audio device is broken. Chrome does spit out errors in the log so it must be possible.

po5 avatar Sep 14 '22 15:09 po5

From the log it appears to picking ao/pulse as the audio output driver. What happens if you try --pulseaudio-latency-hacks=yes?

Traneptora avatar Sep 15 '22 14:09 Traneptora

In either case, playback appears to be halted because the default is --video-sync=audio, which times video frames to the audio output, and it appears that PulseAudio is not reporting any proper audio output timing information. In theory --video-sync=display-resample could work around this. I'm guessing this is a PulseAudio bug, so you could also try another Pulse implementation, like pipewire-pulse, or another audio output driver like ao=pipewire or ao=sdl, to see what happens.

Traneptora avatar Sep 15 '22 14:09 Traneptora

ok so the audio issue was a regression in the 5.19.8 kernel, 5.19.9 fixed it, fedora 36 is using pipewire, i guess mpv was using pipewire-pulse. but anyway this ticket was mainly about the stall not being logged

truexfan81 avatar Oct 02 '22 20:10 truexfan81

:+1: I ran into this with pipewire, it would be nice to know that the ao is responsible.

ObiWahn avatar May 02 '23 10:05 ObiWahn