INTERACT FORUM
Windows => JRiver Media Center 32 for Windows => Topic started by: curiousMonkey on March 26, 2024, 12:14:14 pm
-
I have been ripping CDs to FLAC for quite some time and most of the time MC does everything fine.
However sometimes I run into problems managing the default metadata.
1) Is there a way to see the metadata that has been selected before ripping commences? I have seen cases where the data uses a non-standard format and I would prefer to edit the data before ripping begins. I am currently manually editing the data and the end and this gets tedious because I usually have to delete the library entries and import the files again.
2) If a rip is aborted is there an option to delete the tracks that have been already ripped? I just had a case where I aborted the rip and all of the tracks still showed up in the library. I was accidentally ripping a disc which had non-standard metadata for the second time and I did see all of the tracks in the library with the "bad" data. I don't think there were actual files there of course but I still had to manually delete all of the tracks. I was also suprised that I could not see the directory that should have been created for the non-standard album name when I looked in the filesystem so I wonder where any actual files were actually stored during the partial ripping process. I tried looking for the files in MC under Music/Artists but I could not see the artist name. I did see the new tracks in Theater View so that is where I deleted them. This is definitely an inefficient way to delete an album because I was forced to delete one track at a time and could not just select the whole album.
-
I always tell MC to "Take no action" upon inserting a new disc. When there are entries for the title in the database, the next screen you see allows you to look at the entries that are available. When the entries aren't quite right, I will pick the one that is closest and manually edit the data BEFORE I tell MC to rip it. In this way, I make sure the metadata is correct going in, so there is no reason to interrupt a rip, and no reason to delete after the fact.