Soundcast between Linux

Is there any easy way to cast sound from my F34 notebook to be output by Ubuntu desktop host or Raspberry Pi in the same network?

Sometimes I want to watch a video or presentation with a good HD audio and instead of plugging the wires it would be much more convenient to send the audio stream with minimal latency over LAN.

2 Likes

It looks like you should be able to configure pulseaudio and avahi on your Ubuntu/Raspberry Pi systems so that they will advertise a TCP sound device that will show up in gnome-control-center:

https://blogs.gnome.org/ignatenko/2015/07/31/how-to-set-up-network-audio-server-based-on-pulseaudio-and-auto-discovered-via-avahi/

I haven’t tried it.

Fedora had switched to PipeWire. I haven’t found any instruction how to do that with PipeWire, so going with PulseAudio seems the only choice. Going to try this one. Thanks.

Sorry, I don’t know much about it. There is however, a publications about PipeWire scheduled for tomorrow on Fedora Magazine: https://fedoramagazine.org/?p=33553&preview=true (you might have to sign in on the site with your FAS account to follow that link).

In the article, Wim Taymans appears to suggest that GStreamer’s RTP and RTSP should be used for that sort of thing on PipeWire-based systems.

You might ask about it in the comments section of the article tomorrow since it is mentioned in the article.

I don’t see RTP and RSTP are being mentioned in the article, and it is not clear for me how to route audio to server with speakers.

Meanwhile I found this open PipeWire issue.

This is the section of the article that I was referring to. It is quite possible that I am misunderstanding what he saying though.

CS: You are also the creator of GStreamer, how do you see the two projects in terms of use cases?

WT: I see PipeWire as a much lower-level framework to move data around between apps and devices. It’s very good at handling raw audio and video and interfacing with devices. It’s not so good at muxing and demuxing and it does not want to do some of the higher level multimedia tasks such as implementing an RTSP server or handle transmuxing formats. GStreamer still remains ideally suited for those higher level tasks, muxing, demuxing, encoding, decoding, etc.