News for hackers. Stuff that matters.
Re:PipeWire: A server for Linux audio and video streams by spijdar on Sunday September 12, 2021 @01:30PM (#28503052)
I don't think ALSA and Pipewire fill the same niche anyway? I was under the impression ALSA was an API for directly talking to the audio devices, which would be used by Pipewire or Pulseaudio or that in-house solution ChromeOS uses, or whichever flavor of mixer.

End-user applications talking directly to ALSA will probably become more uncommon, though.

Edit: Yeah, the PipeWire FAQ confirms this https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/FAQ...

Re:PipeWire: A server for Linux audio and video streams by jabl on Sunday September 12, 2021 @02:01PM (#28503324)
Pipewire indeed doesn't replace ALSA, but it provides the ALSA API, allowing applications coded against the ALSA API to use pipewire.
Re:PipeWire: A server for Linux audio and video streams by ncmncm on Monday September 13, 2021 @03:12AM (#28508652)
I wonder, problems with PA emulating ALSA were AFAIK always blamed on apps abusing ALSA APIs. Does Pipewire do a better job of emulating ALSA than PA did, or does Pipewire just rely on the fixes installed to make those ALSA apps start to work OK on PA?
Re:PipeWire: A server for Linux audio and video streams by jabl on Monday September 13, 2021 @07:06AM (#28509973)
I'm not familiar with the details of this topic, sorry. I believe PA did (or still does) publish guidelines for a 'safe' subset of the ALSA API.

Don't know if Pipewire has published something similar, but I would guess there are corner cases in the ALSA API that wouldn't work well on top of Pipewire. E.g. the buffer rewinding, considering that Pipewire is explicitly designed around never doing that.

Re:PipeWire: A server for Linux audio and video streams by eredengrin on Sunday September 12, 2021 @04:15PM (#28504480)
Ah this is very cool to hear, thanks for the clarification.