Does the list show more entries if you scroll down?
There’s probably a device called
monitor of XXX.
(A scrollbar would be great!)
Otherwise, can you select
monitor of XXX in volume control?
That was the extent of the list. This is because you are using PortAudio as your library for accessing the various platform sound APIs. PortAudio does not have support for the pipewire native API and your application is expecting monitors to be present when pipewire does not create them by default. (pipewire emulates Pulseaudio for legacy applications)
Also, pipewire would be in this applications best interest as it was also written to be a replacement for JACK, pipewire has inherently lower latency than Pulseaudio.
The work around at this time is to create virtual sinks and direct everything manually. It works. But it is annoying and not persistent.
So I’ve tried to replace PulseAudio by PipeWire in an Ubuntu VM.
The sound system seems ok and AudioRelay correctly sees a monitor.
The lack of PulseAudio devices from your list could imply that you don’t have the pulse-related packages installed. (e.g:
Could that be the case?
What distro are you using by the way?
If you’re using
pw-loopback, there are some instructions here to persist the virtual devices. (I couldn’t try them myself, the command doesn’t work on my setup )
For reference, just in case.
Since installing PipeWire,
pavucontrol makes the sound crash when I open it, the
pw-loopback mentioned here hangs but
pactl commands work.
I’ve followed these instructions.
% lsb_release -a Description: Ubuntu 21.04 % systemctl --user status pipewire-pulse.service pipewire-pulse.service - PipeWire PulseAudio Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.service; enabled; ven> Active: active (running) since Thu 2021-11-18 18:13:24 CET; 18min ago TriggeredBy: ● pipewire-pulse.socket Main PID: 3951 (pipewire-pulse) CGroup: /firstname.lastname@example.org/session.slice/pipewi> └─3951 /usr/bin/pipewire-pulse % systemctl --user status pulseaudio.service ● pulseaudio.service - Sound Service Loaded: loaded (/usr/lib/systemd/user/pulseaudio.service; enabled; vendor > Active: inactive (dead) TriggeredBy: ● pulseaudio.socket % pactl info | grep 'Server Name' Server Name: PulseAudio (on PipeWire 0.3.39)
Apologies, the behavior I was experiencing was related to the mis-linked version of 0.22.2 leading me to a non-pulse version of AR. This as you can imagine caused many problems and sent me along the wrong path to debugging the issue. I am correctly getting monitors when I have the PA-version running.
Ok, thanks for letting know.
Does that mean that you installed 0.22.2 because 0.22.1 crashed like mentioned in the other post?
And that the PA-version fixes this crash?