3 ms·
Can't wait for the PulsEAudio replacement. Although I guess that it'll just transform every audio input into free-software-song.au
by mhd 5y ago
Can't wait for the PulsEAudio replacement. Although I guess that it'll just transform every audio input into free-software-song.au
- drran 5y agoPulseAudio is already replaced by PipeWire[1] at Fedora Linux: [1]: https://pipewire.org/ https://pipewire.org/
- qwerty456127 5y agoDoes it enjoy good support from the apps? IIRC every app has to be compiled with support for a particular audio system (e.g. OSS, ALSA or PulseAudio). Do many apps provide PipeWire-compatible versions already?
- dralley 5y agoPipewire has compatibility shims for both PulseAudio and Jackd. The official recommendation is to continue using those APIs.
- qwerty456127 5y agoUsing shims sounds like extra complexity, contributing to latency and bugs.
- dralley 5y agoAnd yet, most who have tried Pipewire and commented about the experience online report that Pipewire via PulseAudio APIs does the job better and with less bugs than PulseAudio. Latency is measurably better than PulseAudio even via pipewire-pulse. edit: I think the confusion is over my use of the word "shim". Pipewire doesn't route through PulseAudio, it replaces PulseAudio but includes an implemenation of the same API. There's no increase in latency or complexity because there's no extra steps.
- mhd 5y agoYeah, but that's not written in Emacs Lisp, or sed, or Rexx...