Is ARC that bad that it needs to soak up all the development effort of Roon Labs?

Wasn’t lost on me sir :wink:

I’m retired too. But I use Roon ARC a lot in my car. As others have mentioned, it could really do with some improvements. So I’m glad to hear it’s being worked on. I’m not clear what I might be missing out on in terms of improvements that might otherwise be made sooner to the main app, which I think is already wonderful.

2 Likes

There is stack of niggly bugs plus a few big additions notably box set handling which is my main niggle

But as in the original post the dev ratio certainly seems weighted towards ARC

1 Like

@Mike_O_Neill , doesn’t it occur to you that the company that bought Roon directly coincides with the level of effort that has gone into ARC since the purchase date? It’s been very obvious to me…

Just use PlexAmp for local files and Tidal/Qobuz apps for streaming service files. ARC doesn’t work for large libraries, but I don’t know what the library size cutoff is.

Yes of course , I have always said that Harman (Samsung) did not buy Roon to improve the lot of “Us the Current Users” , there would have been bigger reasons in there.

It’s big commercial world out there and profit rules, so yes Harman are bound to be pulling the reins however gently.

THINKS why else did folder browsing so rapidly appear when Roon management had so adamantly resisted even the thought of it ? Someone pushed it ? It was one of the BIG No’s along with DLNA support. Same with the “Internet always on requirement”.

Eg Harman is big in Auto Entertainment systems , Samsung big in all things it is almost certainly the case, it’s coming up 2 yrs now , they will want their pound of flesh soon. Roon Ready / ARC Ready car systems for hi end car audio ?

The latest hi fi acquisitions may be a hint as well big name hi brands , my only hope is that it’s not ARC at the expense of the desktop version.

1 Like

Maybe Roon are moving the server / bridge / remote to the same software stack as ARC? This would be a major undertaking, and would provide solid foundations for the next decade.

And, of course, I have no insider knowledge, and I’m simply speculating.

2 Likes

Yes. It’s a horror.

I do hope they don’t - AIUI ARC doesn’t play nicely with Starlink users (something to do with double NAT?), so not being able to use ARC is one thing, but not being able to use Roon as well would be a disaster for some!

1 Like

If ARC became the remote it would need to connect WITHIN your local network. So NAT wouldn’t be involved. NAT is to allow external access to your network from the internet as such.

As a developer a common code base for both would make sense from a maintenance point of view,

But I do share your concerns.

2 Likes

By the way, using ARC from outside the home network is now possible with Starlink by using Tailscale:

What @Mike_O_Neill wrote in the above post. You could already use ARC (without doing anything about port forwarding or Tailscale) while you are on the home network.

1 Like

Hints dropped to me by two at the top make me think big things are on the horizon. :wink:

1 Like

Yes I omitted to mention that you can use ARC at home, I use a 12.9 iPad Pro so I tried it once :grin:

1 Like

101k track and 6.9k album library here. ARC works perfectly fine. So my guess is that unless someone has an insanely large library ARC should work for most people.

2 Likes

I set my N95 CPU based, 8gb RAM server a challenge this week. I wanted to see how far it can be pushed before I actually reach its “Roon Library Database” capacity before it crashes.

Until I deleted a few duplicates and I added my Qobuz account with a mirror image of my local library and a few extra, I had 18k albums and circa 250k tracks. During the Qobuz identification Roon crashed. Once it came back up, Roon finished the Qobuz identification and things ran fine :grimacing:

I’m assuming at this point the database was including everything as a single album entry rather than sharing data for duplicates. Who knows?!

Arc worked.

My observations is RAM use increases during identification as does the CPU use as you’d expect. The crash (or even a reboot) reduces RAM use for what’s been identified so the remainer of the identification completed.

The little N95 was at around 6.4gb. Available is 7.54gb. On DietPi you can enable swap. Whilst I saw this in use, Roon experience was impacted and became unstable. This was with around 1gb swap in use. Disabled swap and things became smoother. Not sure if this was a DietPi related issue, as swap is off by default.

My guess with 8gb RAM and a N95 or better server is that I can reach 250k tracks and have an acceptable user experience with Roon and Arc.

I think Roon does need to work on the database and also fix the memory leak issue that does appear to be in the investigating stages on a support thread.

2 Likes

My N97 NUC came with 12 gb of RAM soldered to the mainboard. Memory hasn’t been an issue here with ROCK. Performance with both Roon and ARC is generally pretty snappy.

1 Like

Roon ARC is fantastic!
It’s totally fine if you don’t need it — but please don’t talk it down.
With Roon ARC, I can enjoy my music on the go, and it works flawlessly. I wouldn’t want to miss it.

Best regards

2 Likes

ARC only worked for me when i was a beta tester for it. It still doesn’t work at all. PlexAmp works perfectly, but ARC just can’t handle a large library. Really sad that Roon has failed so miserably at mobile so far.

One persons large library could be another persons small library.

What size is your library?