Roon server in MULTIPLE locations setup [feature request]

[starcat]

This was discussed multiple times already. All people with more than a single home would appreciate if roon can be installed and fairly easy being able to play at a time at the location of choice/you are currently in.

The next killer feature would be keeping the roon databases in synch between the homes/locations (might be even an option for replicating newly added local media as well).
No need for any complicated cloud, etc., just specify the 2nd server’s IP address in the setup and get both roon servers talk to each other (for people running site 2 site VPNs). Only the next step could be sync using a cloud for anybody not running s2s between their homes.

Having users already implemented in roon, makes it fairly easy to keep the DBs in sync and allow for the right direction of the sync (as a user can be only in one home at any given time playing, so replicate its DB changes only to the other homes).

Each roon instance can check upon startup the available licenses. If there are more than one (say two in total), it could of course play simultaneously in a 2nd linked location as well (say for a different family member), otherwise deny service. So, this would eliminate any abuse of licenses as having one license will allow for playback at only one location at any given time. Same as it is implemented in Tidal for example.

I am a former software architect, so this is pretty trivial and straight forward.
Having implemented remote sync functionality, will increase roon’s value immensely.

roon, are you listening??

[mitr (Kal Rubinson)]

@starcat

All people with more than a single home would appreciate if roon can be installed and fairly easy being able to play ONCE at a time at the location of choice/you are currently in.

Can you not do this now? All you need to do is turn it on, log in and disconnect the one at the previous location. I do it all the time.

As for remote library synching, that’s a nice idea.

[starcat]

Log in, disconnect, connect and reconnect is not the same thing. It should stay all registered and only stop the other instances when the next server hits play. Automatically. And sync libraries between homes.

Roon, are you listening???

[ipeverywhere]

I wrote-up a fairly detailed way of doing this… maybe too detailed? It didn’t seem to get many likes. I will paste here for more visibility.

ROCK-R (Roon Optimized Core Kit Remote), rock·er | \ ˈrä-kər \

Roon Optimized Core Kit Remote, ROCK-R (rocker), is a ROCK-like installation (NuC hardware) used at a “remote” location. It gives you full access to your library but is intelligent enough to either pull streaming content directly or files on Core over the ROCK Link (RL). The list of Audio Endpoints are local to that ROCK-R and there is no control of endpoints on the Home ROCK. Here’s the basic idea of how it works. After install of ROCK-R you connect to it with Roon Remote. It knows it is ROCK-…

[starcat]

I just saw it, and looking into details. Suppose the homes have a s2s encrypted VPN connection anyway, why should it care about encrypting the connection? It wouldn’t be able to reach the other homes local roon IP addresses anyway, if there is no s2s running on a lower level between the sites.

[starcat]

Hey Roon, I thought Roon 2.0 might include lib syncing between multiple homes. Not really… why?

[kayakerf (Francis)]

As I’m doing a lot more work adding additional information and tailoring one instance, this is becoming more cumbersome to keep 2 libraries in synch…

Related suggestion : Multisite Roon: any chance?

[starcat]

I was requesting this feature multiple times to no avail. The audio could be synced by other means, we need a library sync in real time between two or three nucleus servers. This should not be a backup and restrore and local configuration like endpoints should not be synced, only playlist, tags, imports, etc., i.e. the music database.

There are two ways for the sync, either the servers are reachable via site 2 site VPN (i.e. appear on local network) or (more complex) via a cloud account for those that don’t have or aren’t able to run a VPN service between their sites.

This will require of course an active subscription per site.