Roon and CamillaDSP on RPi5

Hi,

I have CamillaDSP installed on an RPi5 (4GB, NVMe & DAC8X), has anyone here put Roon Bridge on the same RPi, I’m running Raspberry Pi OS so I can follow the instructions here for armv8:

But are there extra steps to properly connect Bridge to CDSP, I can’t find any info on this using in my Google searches?

Thanks!

I have used RPi‘s for several ancillary visualization projects with Roon Bridge on RPi-OS’s in the past.
And recently, I left Roon after 5 years to go back to LMS (now LyrionMusicServer) while implementing my speaker/room correction convolution with CamillaDSP.

So, from that background I know, that you‘ll be able to implement your idea by setting up a loopback device on the RPi, enabling it in Roon’s audio tab and configuring CDSP’s capture and playback devices accordingly.

But why not use Roon‘s Muse, instead?
Please enlighten us …

1 Like

Thanks, are you ready for enlightenment, if so, fasten your seatbelt.

Joking of course, it’s simple, Roon isn’t my only source.

I’m tinkering with DSP crossovers and my 4ch SHD is too limiting, although it’s inputs are great.

Why did you move back to LMS, I was just looking at LMS-helper-script/atc at main · StillNotWorking/LMS-helper-script · GitHub earlier? (not being locked into Roon is also another consideration for me)?

1 Like

I might do this, I have lifetime Roon and like it’s visual presentation?

Any idea what Progisus means by “I run both roon and Lyrion. Lyrion for listening and roon for every thing else”?

Well, maybe @Progisus can shed some more light.

I‘d think he can run both Roon/LMS on his server, has end points capable of both streaming protocols, loves Roon‘s rich interface for discovery, but has a preference for LMS in regards to sound quality - although in my world, it‘s all just digital data packets up to the DAC and not a music signal … but hey, whatever floats everyone’s boat …

1 Like

I think @Marin_Weigel said it very well. I have an Antipodes server which runs both and points to the same library. That way I can do discovery in roon and playback in either. I do prefer the sound of Lyrion (lms) and do not use any dsp. My endpoints support both protocols. Lyrion has far less overhead than roon so could run beside roon on most systems except rock.

1 Like

I ran Roon and LMS and Plex on the same NUC with Roon and LMS serving the same endpoints and Plex there for Plexamp use only as I found ARC too unreliable.
Roon requires too much maintenance and tinkering where LMS just works and Qobuz integrates much better with LMS.
If you care about play counts and library meta details on a micro level, Roon is for you, if you queue up music and just listen, LMS may be an option, they both sound identical to me.

1 Like

I find Qobuz searches much slower in lms than roon. I also find roon handles playlists much better. I am still learning lms though.

1 Like

Thanks, I was hoping you had found a way to find something using Roon or start Roon radio and have it play through LMS, I think the fact that LMS is open-source means it can do some funky stuff with CamillaDSP…

I suppose you could turn off your lms server and enable squeezebox streaming in roon. Sound quality comparison - no comment haha

1 Like

Thanks, I was just thinking something more along the lines of:

  • Have Roon play to “dummy” zone, loopback or something that just blindly plays into null, no upsampling or anything CPU intensive performed.
  • Read the playing track (and next track) using the Roon API.
  • LMS somehow receives this and starts playing.

Need to dig around a bit and see if that’s possible.

Interesting……

1 Like

Here’s the way to do it.

Remember to enable ALSA loopback and install roon bridge by yourself.

Then you will find the loopback devices appear in roon audio endpoint list. (Try which loopback device works in your environment.)

Here’s my CamillaDSP GUI Configuration. Change the title and play back device to fit your system, too.

1 Like

Will I still be able to use the same CDSP instance as the DSP for LMS as well or do I “waste” an RPi just to run as a roon dummy?

This will be a workable roon end point that passes through CamillaDSP, not a dummy one.

I am using my Pi4 as a shairport-sync device and a roon end point. But I will not play both concurrently at the same time. Therefore Roon bridge and shairport-sync can share the same loopback device.

I guess you have some applications that will use the Pi as LMS client and roon end point. And you will play both of them concurrently. Then you have to create two loopback devices. One for roon and another for LMS. Then mix them in CamillaDSP.

1 Like

Aren’t you using roon to make the track selection and then send that selection (not the stream) to lms? Then it should use it’s server to repick that selection and send it to the squeeze endpoint. i.e. same library, roon picks sends choice to lms and it reselects and plays. roon’s beautiful gui, lms sound.

1 Like

I am not using roon GUI and LMS’s sound. But if you wanna do that way there are two possible methods.

  1. Create two loopback devices. CDSP connect to one. Another one leaves as dummy for roon to connect.

  2. Instead of creating two loopback devices, only create one for LMS to CDSP. Install shairport-sync and config its audio output backend to dummy. Then let roon connect to this shairport-sync device.

Install roon mqtt extension (created by Floris Jan Galesloot). Or enable mqtt function of shairport-sync if you choose method 2. Then you will be able to capture the activities that roon do to the dummy device through MQTT. And using the information to control LMS.(I don’t know how, but I think it’s achievable)

Anyway, why bother using roon GUI but LMS’s sound?

1 Like

Thanks, above is the “why” for me, having information shared between the LMS and CDSP is cool. I love Roon radio, it’s frontend and cataloguing capabilities.