> Смотри, если модуль вывода указал пульсу или альсу, то pipewire сначала ретранслирует
> запросы для пульсы или альсы в запросы для pipewire и только
> потом pipewire работает с звуковым потоком. Оно не сказать что б
> критично, просто лично я предпочитаю не ретранслировать запросы там где этого
> можно не делать и взаимодействовать напрямую.
> Также прямо сейчас такой подход полностью решает проблемы типа:
> https://github.com/DeaDBeeF-Player/deadbeef/issues/2574
> https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/652

Эмм. Зачем мешать в одну кучу пульсу и альсу?

Понятно что при выводе в альсу там не очень хорошая прослойка. Равно как и alsa-> pulse. Просто by design, слишком разные API и разные подходы, и многие старые приложения делали через API ALSA то, что не очень хорошо совместимо с прослойкой.

Прослойка pulse->pipewire очень простая и для целей воспроизведения аудио никаких проблем не вызывающая. Говорить, что она плоха только потому, что там что-то не напрямую странно - так можно договорться и libasound выкинуть и писать напрямую в /dev/*, чтобы и alsalib "исключить".

Оба этих бага вызваны тем, что некие ССЗБ выводят через alsa. Если бы они не пытались делать странное и выводили в pipewire через API pulseaudio, уверен никаких бы проблем не было вообще (при условии корректной реализации этого API в самом deadbeef)