My name is Tim Curtis. I'm the maintainer for the moOde audio player project (a FOSS non-commercial project). It's an MPD based player/streamer for the Raspberry Pi family of SBC's.
https://github.com/moode-playerhttps://moodeaudio.org
Currently we are using the TRX Realtime audio over IP toolset to implement our Multiroom Audio feature and it's working ok. It uses Multicast, RTP/UDP, ALSA directly, the Opus CODEC (16/48K) for the audio format and does not support clock sync but rather simply relies on low network latency. It also doesn't support playback on the sending device. The sender reads PCM from the ALSA Loopback device and the Receiver outputs to either ALSA plughw:n,m or hw:n,m device.
Clock sync would be a nice enhancement for us and since you are using raw uncompressed PCM format possibly a way to support native source rates, mostly 16/44.1K but also the usual "HiRes" rates up to 24/192K. Also support for having the sending device also be a receiver.
Regards,
-Tim
Here's some additional background info on our solution.
Hi,
My name is Tim Curtis. I'm the maintainer for the moOde audio player project (a FOSS non-commercial project). It's an MPD based player/streamer for the Raspberry Pi family of SBC's. https://github.com/moode-player https://moodeaudio.org
One of our Forum users mentioned your nice project today https://moodeaudio.org/forum/showthread.php?tid=5734&pid=48016#pid48016 and I wanted to follow up with you to see if you might be interested in discussing integration of your software into moOde.
Currently we are using the TRX Realtime audio over IP toolset to implement our Multiroom Audio feature and it's working ok. It uses Multicast, RTP/UDP, ALSA directly, the Opus CODEC (16/48K) for the audio format and does not support clock sync but rather simply relies on low network latency. It also doesn't support playback on the sending device. The sender reads PCM from the ALSA Loopback device and the Receiver outputs to either ALSA plughw:n,m or hw:n,m device.
Clock sync would be a nice enhancement for us and since you are using raw uncompressed PCM format possibly a way to support native source rates, mostly 16/44.1K but also the usual "HiRes" rates up to 24/192K. Also support for having the sending device also be a receiver.
Regards, -Tim
Here's some additional background info on our solution.
TRX sources
https://github.com/bitkeeper/trx/releases/tag/0.6
TRX launch args
Multiroom Configuration screen shot