Why is it that when I re-open Roon, many of the artists and songs have disappeared, which requires that a rescan be conducted to recapture all of them? While it looks like the program is slowing churning to locate them all and “import” them again, it often taken multiple forced rescans and over 25 minutes to get my full library back on tap. Everything is located in one folder on a NAS.
My set up is the following: Roon core is a MacBook running 10.11.6. Music files are stored on a QNAP NAS. All connected via router (NAS via ethernet cable, core via wifi). Collection size is approx 7000 songs. Roon is 1.2 (build 157)(64 bit).
As I have the core on my lap top, I change rooms with it, and some rooms are out of wifi range. I sometimes close the program as well, or shut my laptop cover (but do not turn off laptop).
The issue is this: when I return to wifi coverage, there is occasionally a message saying the roon server disconnected. When I open Roon again, sometimes the song count starts falling (losing about 3-5k). Today, even the artist count went down to 34. Only after I force rescanned approximately 10 times did all the numbers (songs and artists) return to normal.
The Support devs will investigate, but I suspect having the Core on WiFi and moving it in and out of network service where the files are stored may be a contributing factor here.
What the Core is seeing is its connection to the watched folder on the NAS breaking and reforming without the folder being disabled within Roon. I expect Roon then starts re-organising its database as if that folder no longer exists and when the connection is re-established starts a further re-organisation.
I would rank various possible Roon architectures as follows:
Core on same machine as library. Roon loves to be on a fast SSD next to the library folders. I have Roon Server running on a BRIX as server with a 1 TB SSD holding my music files. This is also how Roon operates when installed on a NAS.
Core hardwired by Ethernet to library on a NAS. A lot of people do this without problems.
Core on WiFi, NAS on Ethernet. This can be problematic as the music signal always goes through the Core. If the Core is fetching the music from the NAS and then sending it to a network Output, then that means WiFi in real time in two directions which usually causes problems.
Core on WiFi, NAS on WiFi. This is unlikely to result in a good user experience because of bandwidth issues.
I would suggest:
loading the music library into an SSD in your MacBook; or
using a hardwired desktop PC, BRIX, NUC or Mac Mini as a Core and the MacBook as a Remote;
extending the WiFi signal to the rooms where it currently drops out;
If you have to continue moving the MacBook in and out of WiFi range then I would suggest disabling the NAS folders and closing Roon before leaving the network and when rejoining, re-enabling the NAS folders.
Hi @JM75 ----- Thank you for the report and my apologies for the troubles here. I appreciate the very thorough description of your setup, providing that information is always a huge help when investigating these types of issues
I would like to grab a set of logs from you so our developers can have a closer look into this issue and will be contacting you via PM momentarily with instructions.
Hi @June_Coll ---- Thank you as well for the report and the very detailed description I would also like to grab some logs from you and will be contacting you via PM shortly.
This happens to me all the time, and has been happening in all of the months since I started using Roon.
My core is on a Mac Mini (late 2012) with 16gb RAM and a 1TB fusion drive. My library is on a Drobo 5N connected through hard-wired ethernet.
Any time I drop new files into my watched folder, I have to quit Roon first. Otherwise, as soon as Roon detects new files, it begins the long inexorable decrement of number of tracks. If I don’t catch it quickly, it would run my 273,000 tracks down so far it would take hours and hours to rebuild when I start up again. If I remove files from my library while Roon is running, the decrement happens and it is ugly.
If I quit Roon before adding files to my folder, then I stand a decent chance of this not happening. But it still takes a really long, unacceptably long, time to rescan my library each time.
Weird thing is: if my track count goes down, when I rescan again, the tracks that it “lost” are frequently the same artists each time. This may be a clue! One of the artists is Glenn Gould. I know there have been problems with the Glenn Gould box set, and I do have that. But it also happens with some artists where there is no apparent reason why it should be. (No reissues with different track counts or times, no box sets bought digitally where the track numbers run serially from album to album instead of starting from 1 each time…that is a Roon killer in my experience.
BUT: Roon could make one simple change (may not be simple to implement!) that would mitigate all of this: allow users to prefer their own metadata as the albums are scanned, rather than having to compensate later after Roon attaches its necessarily compromised metadata to my files.
Also: allow users a way to pause the scanning while files are being added or removed from the watched folder. Pause, then add/remove, then un-pause, and this would work a lot better.