<html><head></head><body><div>Also could you also give the wireplumber log </div><div><a href="https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3086#note_1829660">https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3086#note_1829660</a></div><div><br></div><div>Cheers,</div><div>Alban</div><div><br></div><div>Le mardi 11 avril 2023 à 14:30 +0200, Alban Browaeys a écrit :</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>Le dimanche 09 avril 2023 à 15:03 -0500, Lucas a écrit :</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="ltr"><div>I should have let you know when I created it, but I still have no feedback from a bug report I wrote to the pipewire developers: <a href="https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3131">https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3131</a>.</div><div><br></div></div></blockquote><div><br></div><div><br></div><div><div>"Multichannel Output" Profile disappeared after I ran JACK (ardour), and I only see again now on a fresh startup.</div><div><br></div><div>Do you mean it disappeared from pavucontrol when you run JACK from ardour ?</div><div><br></div><div>What I meant is that you cannot run pipewire and jackd at the same time ? I cannot work as one will prevent the other from accessing the ALSA sound device.</div><div>If you want to run JACK application whne running pipewire you can only do so by pipewire-jackd and disabling jackd. </div></div><div>This is not a pipewire bug. jackd also cannot work if the sound device is already taken by an alsa program or any other daemon plugging to the alsa interface (pipewire, pulseaudio), it could work because for one pulseaudio aut suspend itself from time to time so the alsa sound device is free when so. But then when pulseaudio will resume and your jackd daemon is holding on the alsa sound device pulseaudio will not work. This is not supported (for pulseaudio you could use the pasuspend tool, still it is hack).</div><div><br></div><div><br></div><div>Also:</div><div><div>Gnome Settings Output Device contains nothing to select, while Input allows "Analog Input - STUDIO-CAPTURE" and "STUDIO-CAPTURE Pro". The only way to have output audio working is to use pavucontrol and select either of the STUDIO-CAPTURE Profile Configurations "Multichannel Output", or "Pro Audio". </div></div><div>and:</div><div><div>That "Multichannel Output" Profile disappeared after I ran JACK (ardour), and I only see again now on a fresh startup.</div></div><div>seems to be two different issue. You should report both in two diffrent bug report else it the bug report will get confusing soon.</div><div>My reply was about the second issue (which to me look like a normal behavior).</div><div><br></div><div><br></div><div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); font-family: Cantarell; font-size: 14.666667px; font-style: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-tap-highlight-color: rgba(0, 0, 0, 0.4); -webkit-text-stroke-width: 0px; text-decoration: none;">For the first one, I am a bit confused. You mean that even in pavucontrol if you do not switch to the <span style="font-size: 14.666667px;">STUDIO-CAPTURE Profile Configurations "Multichannel Output", or "Pro Audio" you cannot set a sound output device?</span></div><div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); font-family: Cantarell; font-size: 14.666667px; font-style: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; text-align: start; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-tap-highlight-color: rgba(0, 0, 0, 0.4); -webkit-text-stroke-width: 0px; text-decoration: none;"><br>If you bug report upstream you could try to run pipewire built from source (you just have to stop pipewire related systemd user services, ie systemctl --user stop pipewire.service, etc).</div><div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); font-family: Cantarell; font-size: 14.666667px; font-style: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-tap-highlight-color: rgba(0, 0, 0, 0.4); -webkit-text-stroke-width: 0px; text-decoration: none;">Also there is a newer pipewire version 0.<span style="font-size: 14.666667px;">3.76 in Debian rc-buggy (experimental).</span></div><div><br class="Apple-interchange-newline"></div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="ltr">I guessed it was a "port detection" issue after reading this response on the original poster's bug report: <a href="https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3086#note_1831991">https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3086#note_1831991</a></div><div><br></div></blockquote><div><br></div><div>Could you provide the same debug logs as this bug reporter did?</div><div><br></div><div><div><code><span class="w"></span>loginctl user-status | <span class="nb">grep </span>State</code></div></div><div><code><div><code>lsof /dev/snd/<span class="k">*</span></code></div><div><code><span class="k"><div><code>fuser <span class="nt">-v</span> /dev/snd/<span class="k">*</span></code></div><div><code><span class="k"><div><code><span class="w"></span>aplay <span class="nt">-l</span></code></div><div><code><span class="nt"><div><code>journalctl <span class="nt">--user</span> <span class="nt">-b</span> <span class="nt">--unit</span> pipewire.service</code></div><div><code><br></code></div><div><code>and maybe also </code></div></span></code></div></span></code></div></span></code></div></code></div><div><div><code>journalctl <span class="nt">--user</span> <span class="nt">-b</span> <span class="nt">--unit</span> pipewire-pulse.service</code></div></div><div>pipewire --version</div><div><br></div><div><br></div><div>and why not the output when running gnome-control-center from a terminal:</div><div>gnome-control-center --verbose sound</div><div><br></div><div>Still could you try with pipewire-jack instead of jackd (even if you prefer to run jackd only while running a jack application.</div><div><br></div><div>Cheers</div><div>Alban</div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 9, 2023 at 1:33 PM Lucas <<a href="mailto:jaffa225man@gmail.com">jaffa225man@gmail.com</a>> wrote:<br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>On Fri, Apr 7, 2023 at 7:57 PM Alban Browaeys <<a href="mailto:alban.browaeys@gmail.com" target="_blank">alban.browaeys@gmail.com</a>> wrote:<br>><br>> Do you have jackd installed and runnning at the same time as pipewire-<br>> pulse?<br>> Maybe you want to try piepwire-jack instead?<br>><br>> Cheers,<br>> Alban<br>><br></div><div><br>I appreciate the suggestion, but since I also use multiple devices<br>with JACK, it's only running when I want to record and use a specific<br>profile/device. Ardour will start it using the last used (default)<br>profile, but only when I've not already started JACK from qjackctl to<br>use another profile. I think having it always running may complicate<br>this setup I've grown accustomed to. Are you aware of any issues<br>trying to stop JACK (to use other rates and devices) when using<br>pipewire-jack?<br></div><div><br>Thanks,<br> Lucas<br></div></blockquote></div><div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br></div><div dir="ltr" class="gmail_signature"><div dir="ltr">Protect your digital freedom and privacy, eliminate DRM, learn more at <a href="http://www.defectivebydesign.org/what_is_drm" target="_blank">http://www.defectivebydesign.org/what_is_drm</a><br>On a related note, also see <a href="https://www.fsf.org/campaigns/surveillance" target="_blank">https://www.fsf.org/campaigns/surveillance</a></div></div></blockquote><div><br></div><div><span></span></div></blockquote><div><br></div><div><span></span></div></body></html>