Rui He

> @ruihe774 [3fc8929](https://github.com/mpv-player/mpv/commit/3fc8929caf6ba4b89c849a8fcde76841f26d8584) causes playback hangs at random intervals (sometimes it only takes a few seconds until it happens, other times it takes a few minutes), seeking fixes it. It's...

> > @llyyr Fixed in [cb7de4d](https://github.com/mpv-player/mpv/commit/cb7de4dc3cfd37b1c6c734acee6d4625f1172842). Could you confirm that? > > I actually managed to get this again despite that commit, though it's definitely much much rarer. I think...

@low-batt Could you confirm the fix?

@kasper93 BTW, I wonder if we can instead use a recursive mutex to avoid the split code path for pull-based and push-based AO.

> > I wonder if we can instead use a recursive mutex to avoid the split code path for pull-based and push-based AO. > > I prefer to not introduce...

> does the ff blog post suggest using private APIs and flags? I'm afraid so. ff uses a userspace workaround as fallback (https://bugzilla.mozilla.org/show_bug.cgi?id=1784018)

TBH I just forgot this for some while :) I rebased this and added some extra commits, including: - A rewritten `playing_audio_pts()` which reports pts properly during playback speed changes;...

FWIW, I'd prefer using `SINCE_VERSION` instead of manually parsing the interface XML files again, giving they are already parsed by wayland-scanner to generate the header files.

I wonder if it can be achieved using a patchbay tool. I usually use `ao_pipewire` and use [helvum](https://gitlab.freedesktop.org/pipewire/helvum) as patchbay. With it I can send audio to multiple devices and...

> helvum but it's not an internal solution IMO I do not consider helvum as an external solution. Graph-based audio systems like PipeWire and CoreAudio have the capabilities to adjust...