pipewire (Linux): appears mpv does not flush the last samples

[sta-c0000]

Important Information

mpv v0.35.1 Issue specific to pipewire output on Linux. pipewire 0.3.74 (wireplumber 0.4.14) (and previous)

Problem

Appears mpv does not flush the last samples when using pipewire. See: pipewire gitlab issue - cuts off end of audio output when it is the only/last audio played Fix might also require: pipewire gitlab commit - audioconvert: improve EMPTY flag on output buffers

Reproduction steps

Not really noticeable with small pipewire-buffer sizes, but more so the larger it is (or larger pipewire default.clock.min-quantum). Make sure no other audio is being output (even if paused) on the system at the same time:

mpv --pipewire-buffer=100 /usr/share/sounds/sound-icons/percussion-10.wav # no sound
mpv --pipewire-buffer=100 /usr/share/sounds/sound-icons/percussion-12.wav # partial sound (first part only)

Sample files

From: speech-dispatcher sound icons: percussion-10.wav ("tok") ~ 30ms percussion-12.wav ("tok"-"tik") ~ 130ms

[philipl]

@t-8ch

[t-8ch]

The Pipewire developer is taking a look. I'll also try to reproduce it.

[llyyr]

You also get glitchy output with a small enough buffer on mpv, like 1-10 which I can also reproduce glitchy output with pw-play --latency {1-20} percussion-12.wav

I can't reproduce the exact issue in this issue ticket with pw-play though, regardless of what latency I set

[sta-c0000]

I can't reproduce the exact issue in this issue ticket with pw-play though, regardless of what latency I set

With pipewire 0.3.74 and lower? pipewire 0.3.75 and above include the fix for the drain issue with pw-play.

[llyyr]

with pipewire 0.3.76, so that'd make sense

[Dudemanguy]

Seems like it was fixed upstream? Closing. Feel free to reopen if I missed something.