Ripping Albums in to Watched Folder Shows Some Tracks Corrupt [fix pending]

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.

Perfect, that’s all I needed to know.

To be clear, Roon didn’t corrupt anything. It’s mis-identifying them as corrupt…not corrupting them.

Brian,

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?

Please advise.

Thanks,

Lee

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:

  1. The CD’s show up as duplicates.
  2. The songs are split between the duplicates.
  3. All of the songs from the CD are not present, even between the split CD’s–some are omitted!
    These CD’s were imported with the Roon Core shut down, this is how the content appeared once I restarted Roon.

Hi Lee,

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.

Cheers, Greg

Greg - thanks, will do. Any answer on simply making 1.2 available for download so I can skip all of these time consuming steps? Thanks!

Hi Lee,

No, I don’t believe they would make 1.2 available. Anyway, you still would have had these merging issues with some albums, even with 1.2.

Cheers, Greg

I never had any such issues importing 700 CD’s in 1.2–once you informed me that a directory was required. Just a fact in my experience.

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.

Ben,

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.

Thanks,

Lee

You can still Rip to a folder, then just drag that into Roon. I do this all the time without issue. Chris

Will give it a try. Thx.

You also get a back up as you go…

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.

Happy days!!!

@Lee_Allen I recommend you do same.

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.

Please see:

“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?

I don’t know, because I don’t have cause to move files within my Watched Folder?