Fedora and Ubuntu have now started configuring ALSA to talk directly to PipeWire by default, rather than use the PulseAudio protocol. This bypasses ThinLinc's redirection, and means that you do not get any audio. Fortunately, many (most?) applications use the PulseAudio API, rather than the ALSA API. Those applications work fine with ThinLinc. You can see that you are affected by listing the default ALSA device: > $ aplay -L > ... > default > Default ALSA Output (currently PipeWire Media Server)
You can fix the issue by removing the PipeWire ALSA plugin and installing the PulseAudio plugin instead. On Ubuntu that means installing libasound2-plugins and removing pipewire-alsa.
Another option is to tell the PipeWire server to talk to our PulseAudio server: > PULSE_SERVER=/run/user/1000/pulse/native pactl \ > load-module module-tunnel-sink \ > server=/var/opt/thinlinc/sessions/cendio/11/pulse/native \ > cookie=/var/opt/thinlinc/sessions/cendio/11/pulse-cookie Haven't tested this to see how robust it is. I'm also concerned that this documentation suggests that it has a fixed (semi-large) latency: https://docs.pipewire.org/page_module_pulse_tunnel.html
The tunnel workaround does not seem to be very stable. It breaks when disconnecting, and it has problems with video sync and audio getting dropped.
