I believe the point is to not be doing that if there is an issue you are trying to solve involving album identification and scanning.
A lot of us, rip to a work location, double check file tags and then move the file into the watched location. I never rip directly to a watched location.
You should be able to add new music to watched folders while Roon is running. We made mistakes in re-arranging the storage/directory watching code in 1.3, Iâm working on fixing them now. Weâll get a fix out as soon as we can, but in the mean time you can work around our bug by adding files to another directory or by re-analyzing as Brian suggested above.
I stand corrected. However, the issue of having to deal with this on an individual album/track level remains in 1.3 as Ben notes (until the fix is in place). I hope you will make 1.2 available for download right away, so I can go back to that version and continue to rip/import without these issues?
Tracks showing up as corrupted in Roon also do not indicate any amplitude variance on the progress bar as normally is the case. This is not the only issue I am having. I just imported several CDâs and as you can see from the screen shots:
The CDâs show up as duplicates.
The songs are split between the duplicates.
All of the songs from the CD are not present, even between the split CDâsâsome are omitted!
These CDâs
Try right clicking the two Collaboration albums, then click Edit at the top right and select Merge Albums.
That should combine the two albums. Now use the search feature to search for specific songs that are missing. My guess is that they are in a different âalbumâ. If you find them, use the Merge feature again.
See how that works. Remember, album identification isnât always perfect. Sometimes you have to help it along.
I believe Iâve got this narrowed down to a bug in the code that detects whether a file has changed, which I introduced while trying to fix a different problem on February 8th. We released build 200 on the 9th, so this has actually only been in stable Roon for that one build, and a fix should be forthcoming in our next release.
@Lee_Allen, itâs likely that the album identification issues are at least related to this problem, because the code that identifies albums has a harder job to do if some of the files are missing or appear to be corrupt.
My apologies for the trouble, and thanks for bringing this up so that we can fix it.
Happy to hear my issues may have brought this to light so it can be addressed sooner rather than later. Any idea when you will have it fixed? Although I am ready to get on with ripping the ~150 additional CDâs required to complete my library, I am not inclined to rip/import any more until this issue is fixedâit takes too much time to fix each import. Thus the timeframe for the fix is important to me.
I always rip to a âstagingâ folder that is unknown to Roon ⌠then I check Iâm happy with the files names and tags ⌠and only then do I move the folder/files to Roon watched folder.
Nope - I have always used this method, and it causes false flagging of I/O errors in 1.3. Best workaround, until the fix is deployed, is to stop Roon Core before copying across files/folders into a Watched Folder, then restart the Core, and Roon will read the files without problems.
âfalse flagging of I/O errors in 1.3â do you get this even when just moving (not copying) files.
Maybe I donât see it because my files (both staged and watched) are on a QNAP with Roon core on a PC?