PipeWire 1.0 released

Posted Nov 27, 2023 18:19 UTC (Mon) by jd (guest, #26381)
Parent article: PipeWire 1.0 released

From what I understand, it has higher latency than JACK, so although it's much better than JACK in the domestic space, it's not as good in the commercial music sector.

This may be incorrect or out-of-date information and I freely acknowledge that.

Personally, I'm not in favour of a one-stop solution to everything. Linux handles too varied a workload, for a start.

The commercial music sector seems very wary of Linux, so presumably the correct tactic would be to provide them with a rich API, the lowest and most stable latency possible, and long-term stability. So long as I'm right about the properties of JACK, it would seem to be right for them.

The games industry is the one that's going to, hopefully, go gaga for PipeWire, as it provides exactly what you want for desktop audio. (So it'll be good for all kinds of desktop Linux use cases.)

So long as there's enough developers for both, this would seem to be the right approach. Trying to do everything well is going to run into conflicting needs at some point.

Now, if there aren't enough developers or my I go is outdated and PipeWire can match JACK, then obviously that's different. One API is easier to write to than two.

PipeWire 1.0 released

Posted Nov 27, 2023 18:28 UTC (Mon) by rahulsundaram (subscriber, #21946) [Link]

> From what I understand, it has higher latency than JACK, so although it's much better than JACK in the domestic space, it's not as good in the commercial music sector.

> This may be incorrect or out-of-date information and I freely acknowledge that.

From the interview linked from LWN, your understanding may indeed be outdated

"We support JACK as a driver (with jackdbus), which gives the PipeWire graph the same low-latency as JACK. This should also make it possible for people that used PulseAudio and jackdbus to migrate to PipeWire.

We now also have an IRQ based ALSA driver that works the same way as the JACK driver and achieves the same low latency as JACK."

"Initial benchmarks also show that PipeWire uses slightly less instructions per cycle compared to JACK, which is a bit surprising and more tests need to be done"

PipeWire 1.0 released

Posted Nov 27, 2023 19:00 UTC (Mon) by farnz (subscriber, #17727) [Link]

FWIW, macOS has a single audio API (CoreAudio) that's used for both music production and for desktop audio. Given that this is accepted on the Mac platform, I see no reason why a low-latency PipeWire wouldn't be fine on the Linux platform.

PipeWire 1.0 released

Posted Nov 27, 2023 19:49 UTC (Mon) by dcg (subscriber, #9198) [Link] (2 responses)

> Trying to do everything well is going to run into conflicting needs at some point.

Some times that is the case, some times it isn't. In the case of Pipewire, it really seems that it isn't

PipeWire 1.0 released

Posted Nov 27, 2023 20:17 UTC (Mon) by Wol (subscriber, #4433) [Link] (1 responses)

The thing is, if you try to do things *right*, you generally find that you can do most things *well*.

So much software is not designed, but thrown together to fix the *immediate* problem. When you find software that has been designed not to fix the immediate problem, but to do a job well, it's a complete breath of fresh air. MultiValue. WordPerfect. I'm sure other people will give more examples, but in every case the designer has stepped back, ANALYSED the problem, and solved the generic problem not the immediate problem.

Poettering tries to do that, and okay Pipewire may be the third or fourth attempt, but if it's been designed properly to transmit sound signals as quickly as possible, then of course it will work well. It has one problem to solve, and it does it to the best of is ability. Other things can then build on it.

Cheers,
Wol

PipeWire 1.0 released

Posted Nov 28, 2023 14:01 UTC (Tue) by khim (subscriber, #9252) [Link]

> in every case the designer has stepped back, ANALYSED the problem, and solved the generic problem not the immediate problem

Unfortunately almost every time when that happens in that time when said designer steps back to analyze the problem marketing pushes other solution that actually exist and they work. Badly, almost always, but they work.

And after people have already invested billions it's hard to accept that they have to forget about all these “investments”.

> Poettering tries to do that

I'm yet to see any serious technical decision which Poettering did wrong, but his complete dismissal of people's natural desire to stick to what they already know and what already works (even if it works because there are, literally, hundreds of kludges puled in a pile) ruffles feathers so badly people often just don't look on technical details.

P.S. I, of course, was on both sides of the fence. Both observed how well things designed by Poettering work and cried when they crushed by own carefully selected small pile of kludges. I can only imagine what people who collected much larger pile of kludges should feel.

PipeWire 1.0 released

Posted Nov 27, 2023 23:25 UTC (Mon) by Uraeus (guest, #33755) [Link]

One of Wims TODO items before doing 1.0 was to ensure that PipeWire got the same latency as JACK, which is now got and also while using less CPU.