uServe / HDX ripping question
Posted by: Bart on 03 February 2015
I noticed something when ripping cd's with my uServe. This behavior doesn't seem right.
I bought 2 new cd's -- Platinum SHM versions of Love Over Gold and Brothers In Arms. I already had other versions of each on my uServe. The uServe seemed to rip, but the new albums never showed up. Other new rips do. I chalked it up to the uServe maybe thinking these are duplicates?? While watching the ripping monitor, I saw that the titles were simply 'Love Over Gold' and 'Brothers In Arms.' I'd think that the uServe and online database would realize that these are not duplicates . . . .as they are different pressings with different unique matrix numbers.
Any insights from other Naim server owners?
I noticed something when ripping cd's with my uServe. This behavior doesn't seem right.
I bought 2 new cd's -- Platinum SHM versions of Love Over Gold and Brothers In Arms. I already had other versions of each on my uServe. The uServe seemed to rip, but the new albums never showed up. Other new rips do. I chalked it up to the uServe maybe thinking these are duplicates?? While watching the ripping monitor, I saw that the titles were simply 'Love Over Gold' and 'Brothers In Arms.' I'd think that the uServe and online database would realize that these are not duplicates . . . .as they are different pressings with different unique matrix numbers.
Any insights from other Naim server owners?
Bart...Are you able to temporarily remove the original versions from the UnitiServe, then try to rip the new CDs again, and see if the serve rips and stores them correctly? If so, you could put back the original versions after.
+1. Move the original rips to the Downloads folder. The Platinum versions should then rip, because the U/S doesn't look in the Downloads folder when ripping (I think...), and thus won't see any duplicates.
The UnitiServe is very clever. It knows its owner and thinks - that Bart is a man of quality and distinction. He already has copies of these hackneyed old records, and I'm damn sure he's not having any more versions. He really needs to buy some new music.
The UnitiServe is very clever. It knows its owner and thinks - that Bart is a man of quality and distinction. He already has copies of these hackneyed old records, and I'm damn sure he's not having any more versions. He really needs to buy some new music.
I was reviewing the system log -- you may be on to something. It said, "rip more Smiths." I have no idea what that means. Blacksmiths? Silversmiths? No idea.
_________________________
I will do the experiment, moving the prior rips to Downloads, as I'm curious. But certainly the cd's are not identical and I'd expect the ripping software to be able to discern the differences.
Or rename them. By which I mean a slight modification to the album name.
Or rename them. By which I mean a slight modification to the album name.
I'd tried this to no avail. Used n-Serve to edit the album name, but that didn't solve the issue.
Not surprising, as album identification during look-up is based on number of tracks and track length that the US sees on the CD (and matches from a database). It doesn't look at the album name AFAIK.
As mentioned, try moving the original rips to downloads, so the ripping engine won't see them.
Did you rename the old version of the album, then rip the new version again?
Not surprising, as album identification during look-up is based on number of tracks and track length that the US sees on the CD (and matches from a database). It doesn't look at the album name AFAIK.
As mentioned, try moving the original rips to downloads, so the ripping engine won't see them.
J-E that's what I'll have to do. Too bad the lookup isn't more sophisticated!
I do get around to deleting the less-good versions, but in this case I wanted to be able to listen to both to decide. Brothers In Arms MFSL vs. SHM-CD; I was wanting to do some comparing. But this is an issue for me generally; I have too many versions of the same cd sometimes. I've been doing a fair bit of clean up in this regard, but more needs to be done. The problem is interesting with some bands, such as the Beatles and The Who, where the versions are actually different mixes, etc. -- the music is 'more different' than a mere remaster. Not that I care ALL that much.
Did you rename the old version of the album, then rip the new version again?
The MFSL cd of BIA, when ripped, was named "Brothers In Arms." I renamed it to "Brothers In Arms MFSL" long ago, and the SHM-CD wouldn't save.
With the proliferation of remasters, etc., I do wish that the system was more sophisticated and recognized that the MFSL CD and the Platinum SHM-CD are not identical. But almost all of my remasters purchases are downloads anyway, so it's a fair bit of much ado about little.
I didn't get such issues with all my OCD duplicates although, particularly for Japanese imports, the HDX could come up with some crazy names, which were easy to edit. The only thing that caught me out once was not emptying the recycle bin, but I don't see how that would apply in your case.
Bart,
As a partial test, I've just copied an album (the delightful Heimlich by 17 Hippies) from the MQ folder to the Downloads folder and creatively renamed the original version in the MQ folder as Heimlich-1.
From Album view, both nServe and nStream now show Heimlich-1 and Heimlich as separate albums. Under artist view of 17 Hippies, both albums show up. So you could proceed this way for different versions. Note, I've not tried reripping the album, because my third-party power supply no longer seems able to supply sufficient current to accomplish this task...
Strange simpel renaming has worked for me, e.g. with a new remastereed album where I would compare the old and the new album. add something extra to the album name, like original version or whatever and both albums will show up fine.
Claus -- even when both are ripped by you? I cannot get it to work other than by moving one to the Downloads folder. The uServe ripping engine does not look at all into the Downloads folder content as far as I can tell.