It's great to see that Pipewire has reached this milestone. Personally I've been using it since 0.3.35 for very basic audio needs and it's been a very smooth transition. After installation I never had to tinker with it anymore. "It just works"TM
For a long time, people shat all over pipewire and said it wasn't viable as a replacement for the existing Linux audio stack, but clearly that hasn't ended up being the case
When it was brand new there were some edge case bugs that broke on certain workflows and hardware, but that's pretty much entirely fixed now and I'm guessing for a long time now it's been more universally stable than pulseaudio was.
Also, some people just pointlessly dislike anything that's new, or because it breaks their spacebar heating
Pipewire makes me feel like I'm a bit stupid. I keep reading about it, I read the introduction and FAQ on their website, yet I still couldn't tell you what that thing even does. All I know is it's a slightly less buggy drop-in replacement for pulseaudio, and pulseaudio is something I use because Firefox forces me to. (I would still be on plain old ALSA if it weren't for Firefox.)
Also, it definitely did not "just work" for me out of the box, I had to do quite some digging and some very non-obvious stuff to get it to a) start up and b) let me use my microphone. I still don't even know what "starting up" really means for pipewire (is there a daemon or something?), the website likes to pretend that isn't a thing, but without doing some stuff to start it up, audio just won't work for pulseaudio and pipewire applications...
In F/OSS, it is not unusual for software to stay below 1.0 version for a long time yet still get a lot of use. Just look at how long OpenSSL, for example, was at 0.9.something, while already being of crucial importance to a lot of internet infrastructure.
The reasons for this are varied, but the most important is probably simply that free software developers don't feel the pressure to call a product 1.0 when they don't believe it is ready to be called that.
It has finally happened: PipeWire 1.0 has been released as this now very common software to the Linux desktop for managing audio and video streams.
With time it's proven to be a suitable replacement to the likes of PulseAudio and JACK while pushing forward the Linux desktop with its modern design and feature set.
PipeWire 1.0 delivers improved time reporting for less jitter in ALSA when using IRQ mode, various module fixes, Bluetooth LC3 codec and compatibility improvements, improved transport and time handling for JACK, optimized buffer re-use with JACK, and a variety of other improvements.
There isn't anything fundamentally different about PipeWire 1.0 but was part of their plan for releasing 1.0 later in the year and finally moving past all the 0.3.xx releases.
PipeWire has proven itself stable and plenty reliable for Linux desktop uses.
Downloads and more details on the big PipeWire 1.0 release via FreeDesktop.org GitLab.
The original article contains 161 words, the summary contains 150 words. Saved 7%. I'm a bot and I'm open source!
I've been using PipeWire this year on my Void Linux laptop & desktop. It's been mostly OK but has a few problems. For years I have been using plain ALSA (with no custom configuration) because pulseaudio causes me regular issues across multiple machines (mostly silently failing).
Pros:
I don't have to use Chromium for my mic to work on online video conf (WTF Firefox)
"EasyEffects" lets me quickly fix crappy youtube audio (bad gain normalisation, way too much sibilance) with a minimum of effort.
Cons:
Sometimes breaks all audio until I manually restart it (hey, just like pulseaudio. This problem never happens when using ALSA straight)
First time setup is complicated, involving environment variables, dbus user session buses and multiple daemons (running just pipewire isn't enough). Why can't it handle this all itself? Surely it should notice if these things are missing and just fix it itself? Compare this to straight ALSA where you (1) do nothing and then (2) everything works (except Firefox mic support)
I can't have multiple audio outputs all unmuted at the same time. Eg my headphone output and my rear speaker output. If I override this (using alsamixer) then it gets forgotten next boot anyway, it seems to be out of scope of PipeWire's understanding.
Sometimes breaks all audio until I manually restart it (hey, just like pulseaudio. This problem never happens when using ALSA straight)
Well, how much lennart is in this thing? Not only can that predict how well it's going to work, but also how soon it'll be fixed, how responsive the 'team' will be to bug reports, how compatible it'll be with other system components AND whether 'compatibility' will be achieved before the entire OS has been systematically imported into (and badly replicated by) the project.
I have discord installed from the flatpak. Screen sharing works but it doesn't share audio from the applications. Discord-screenaudio and web browser discord have been suggested to me but they don't work with unfocused push to talk. I've also tried xwaylandvideobridge but that didn't stream the audio either.
I'm assuming this is a "dedicated app" (i.e. apt install discord). I was capable of streaming the video, but sound was a different beast. Audio streaming on discord was a no go. I was finally able to do it with pipewire and using discord-screenaudio