<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 26, 2022 at 6:42 AM David Runge <<a href="mailto:dave@sleepmap.de">dave@sleepmap.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2022-01-25 16:02:29 (-0700), Paul Davis wrote:<br>
> Again, PipeWire *is* JACK and it is also PulseAudio. It it not a<br>
> replacement for PulseAudio, it is a replacement for both of them. Once<br>
> you are using PipeWire, everything you've read about JACK bridging<br>
> etc. becomes incorrect and irrelevant.<br>
<br>
That is technically not necessarily true, as it depends on how the build<br>
of pipewire is configured <br></blockquote><div><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">I was wrong, for sure. <br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">But as a policy question, I think this is probably a serious mistake by the pipewire team (probably mostly just Wim). It has been bad enough having 2 independent, different implementations of the JACK API. Now Pipewire adds a 3rd (not great, but also not so bad), but then in addition says "oh, you don't *have* to use this implementation, the others are still available". In terms of the famed "user flexibility" this is, uhm, cool I suppose. But in terms of Pipewire's broader goals, it just adds to (and continues) the mess.</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">I hope they change this in the future once the Pipewire JACK implementation is suitable (or maybe even before).</div></div></div>