Ripping problems - Unity Core

Posted by: John Trundle on 30 March 2018

I wonder if someone can help? I have a box set of 5 CDs that I am trying to rip. The set is Mozart Divertimenti, published on the Teldec/Warner Classics label. The first disc ripped without problem - as did the second disc. When I ripped the third disc, it replaced the second. Likewise, when I ripped the fourth disc, it replaced the third. The tracks of each disc appeared in the ripping summary, but when I went into Newest Discs I found that the earlier disc had disappeared. Changing some of the metadata and the re-ripping the disc did not help. Nor did ripping a totally different CD and then re-ripping a Teldec Mozart CD. It always went back and replaced the previous Teldec CD. I have ripped about 1,200 CDs from my collection and this is the first problem I have encountered. If anyone has a solution, I would be very grateful to know what it is.

Posted on: 30 March 2018 by Cbr600

John,

an obvious question from me, is the drive you are ripping to actually at full capacity, so it has to over rite previous rips?

Posted on: 30 March 2018 by Gazza

No solution, but I did inform Naim of a king Krimson double cd which would only load one of them, no matter what metadating and trying different look up libraries......no answer. Many moons later with other discs sent to a Naim I was told that the Core has a slimline cd drive, full size optical drives are more able. Try a friend who can rip to a CD-R?

Posted on: 31 March 2018 by John Trundle

Thank you both for your prompt replies. The drive is only half full, so that’s not the problem. The system obviously thinks each new disc is the same as the one previously ripped. I will just keep fiddling and see if I can find a solution - though Gazza’s Reply doesn’t fill me with hope !

Posted on: 31 March 2018 by Cbr600

A temp workaround could be to put some of the CD's in another drive such as a laptop and then transfer these to the core. As they are not directly ripped with the core, the files will go into the download folder rather than the MQ folder.

not the best option but may offer a temp work around to have the discs on the system until the main issue is resolved.

Posted on: 31 March 2018 by Rich 1

I had the same problem with a two cd collection, one overwriting the other. Easy solution was to rip the two CDs using Exact Audio Copy to computer and then copy them to the Downloads folder in the Core following Naim's instructions to the letter. Exact Audio Copy allows you to save rips as flak or wav.

Rich

Posted on: 31 March 2018 by SteveH

You could try ripping each CD then editing the metadata to reflect CD A, B, C, D, E that way hopefully one won't overwrite the other

I dont have a box set here with the problem (I do but I can't remember which did) so I dont know if the idea will work

If it does you can always change the Album names back again to CD1, CD2 etc after

Posted on: 31 March 2018 by John Trundle

SteveH, thanks for the suggestion but I tried that and it did not work. It just overwrites every change.

Rich1 - that sounds like a sensible idea. I will try once I have access to a computer, then i’ll Let you know how I get on.

Thank you both for your suggestions.

Posted on: 31 March 2018 by David Hendon

The CDs must have identical numbers. You can see this if for example you go into edit metadata and select custom, then you will see the number that the Core has used to look up on-line metadata. If the identity number is the same, then there is no way for the Core to know what it's ripping. It's not a Core problem so much as a CD problem. But it would be interesting to know what cleverer metadata lookup systems than Naim's make of them.

There is no way to overcome this by ripping with the Core, so far as I know, and the suggestion that you rip onto a PC and then put them into the downloads folder, as mentioned by others, is the best one I think.

best

David