Amadeus PaulussenDear #linuxaudio friends, what are your thoughts on my dream of a new #pipewire / #wireplumber app? 🤔
https://amadeuspaulussen.com/blog/2026/a-new-pipewire-and-wireplumber-app
DRMR@amadeus This almost sounds like raysession but with pipewire features added.
Having a kind of "session management" where you can store both connections and application state (that NSM for JACK already provides and which pipewire supports) would be pretty important in a studio setting.
@dreamer Yes, like that, and also with a mixer like in RME's TotalMix or UAD's Console. You know what I mean?
@amadeus Sounds like total overkill. Not something I would need or use (except for the application blocksize and samplerate settings)
@dreamer (1/3)
I see it differently. 😜 In my view, Linux Audio needs a universal, easy-to-use yet professional audio management application—something comparable to the proprietary macOS/Windows tools provided by major audio interface vendors like UA, RME, or Focusrite, but built around PipeWire/WirePlumber and compatible with practically any (including multiple) USB-CC or otherwise Linux compatible audio interfaces.
I see it differently. 😜 In my view, Linux Audio needs a universal, easy-to-use yet professional audio management application—something comparable to the proprietary macOS/Windows tools provided by major audio interface vendors like UA, RME, or Focusrite, but built around PipeWire/WirePlumber and compatible with practically any (including multiple) USB-CC or otherwise Linux compatible audio interfaces.
@amadeus I don't see the relation to hardware interfaces though. This is fundamentally a completely different problem to solve.
Also if you start your design with a list of feature creep then you will never create a functioning product ;)
So find the most pressing issues to solve (like config level things that are currently hard) and start there!
I would like a modern replacement for pavucontrol made for pipewire ;)
@dreamer When you say that the hardware support is a different problem to solve, do you mean it's an individual problem for each vendor to solve, i.e. they need to offer their software for Linux as well?