Moody HDX

Posted by: Bruce Woodhouse on 15 February 2009

Why does my HDX take such a variying amount of time to rip a disc? Is it doing a back up when first switched on-therefore more sluggish then? I get the impression it speeds up after two or three discs have been done (I'm working my way through my collection at the moment). I have seen it take between 4 and 45 mins for discs!

So far about 200 dics done and I have two that it seems not to like, spitting them both straight out after a variable time 'chewing it over'. Any ideas what I do about these discs? I've cleaned them and they are not scratched.

Bruce
Posted on: 15 February 2009 by u5227470736789439
Dear Bruce,

Could it be related to the [non-visible] state of the CDs?

As the HDX is certainly doing a check-rip to guarantee that self-comparison and confirmation of accuracy is done, then if there are discrepancies [between the various rips], it will keep ripping over and over till it reaches a point where there is clean copy rip which compares with itself accurately.

I have discs with no apparent visble damage that cause various tracking and ripping difficultes - even though the visble inspection shows nothing obviously untoward.

Only a thought, but if a faulty disc [invisibly faulty] is ripped without checking, the correction algorithms will make up for any faults and quite possibly with such grace that the resulting rip sounds fine [if not necessarily perfectly accurate], and so you do not notice it.

With the HDX and certain settings of EAC for example, then the rip is self-checked with a double or multiple rip ...

I think that might be an explanation.

Two pence' worth from George
Posted on: 15 February 2009 by Bruce Woodhouse
I can see that some CD's might take longer due to error checking but what seems to happen is that last night I must have ripped 30 a fast as you like, today they all are taking longer. I'm also sure that the first few ripped ins a 'session' take longer.

Bruce
Posted on: 15 February 2009 by u5227470736789439
That is something I cannot explain - for sure. ATB
Posted on: 15 February 2009 by garyi
Its no different to ripping to computers which take anywhere between no time and a long time. Usually some form of encryption can really knock the arse out of it. Infact on a mac a fair number of disks would cause the whole system to die.

Patience is the key, enjoy the fast times and do not blame the HDX its taking as long or as short as any other device.
Posted on: 15 February 2009 by garyi
As you point out a torrent client may be ripping the arse out of your internet download speed but this should have no effect on your LAN.

The demands of audio application over LAN is miniscule its nothing what so ever. I am streaming full quality straight rip DVDs of 6 or more gigs over the network with 5.1 surround sound with neary a skip or a beat, If you are getting issues on audio then you need to be looking at most anywhere other than the rip.
Posted on: 18 February 2009 by J.N.
Hi Bruce,

Rip speeds into iTunes in my iMac vary from 3 x to 30 x speed, and interestingly it's the better sounding recordings (Mo-Fi gold CDs for example) which seem to be the slow ones.

And FWIW I have a couple of CDs which play just fine on my 555, that the iMac refuses to read or rip.

John.
Posted on: 18 February 2009 by gary1 (US)
quote:
Originally posted by Bruce Woodhouse:
I can see that some CD's might take longer due to error checking but what seems to happen is that last night I must have ripped 30 a fast as you like, today they all are taking longer. I'm also sure that the first few ripped ins a 'session' take longer.

Bruce


Bruce, I've seen this problem before and it usually has to do with the HDX performing a back-up while you are trying to rip. Check the time for b/u and make sure you are not ripping while it's taking place. During a b/u the communication is shut down and your HDX will not be accesing the internet for the metadata properly.

The ripping of a CD should not vary and should on average be about 7-8 minutes. According to Dave Dever if its the newer tray the ripping a slightly faster.
Posted on: 18 February 2009 by u5227470736789454
I am not sure if what I have been told is correct but I hear there is a software update to help with this back-up issue
Posted on: 18 February 2009 by gary1 (US)
I'm not sure what the software issue actually addresses. The info given by Ohil Harris does not actually say anything.

There are some functional issues which some, but not all people are experiencing which this package addresses, but I do not think that the b/u is a functional issue more than that the HDX cannot access the internet for metadata and do it's b/u at the same time. When this happened to me before DD and I figured out what the problem was a rip could take 45 minutes. It wasn't a fault, just not knowing that the b/u was going on at the same time as a rip.
Posted on: 18 February 2009 by u5227470736789454
Bear with me I may have been barking up the wrong tree as the rumour mill has it that the next update addresses the NAS scan ( is this the same as a back-up ?) which is apparently carried out every re-boot - whatever that means. But then again I could be completely wrong
Confused
Posted on: 18 February 2009 by gary1 (US)
Barrie,

these are two different issues.

The software update SP9 is to address some of the "computer bug" issues that people reported with the HDX freezing etc... although I have no idea of everything it covers.

This is not the new software release scheduled for March/April which will allow ripping to a NAS etc...

Unfortunately nothing has really been clearly elucidated.
Posted on: 18 February 2009 by u5227470736789454
Ah, so I was right then......I WAS completely wrong. Ah well.
Posted on: 18 February 2009 by pcstockton
knowing is half the battle
Posted on: 18 February 2009 by Bruce Woodhouse
quote:
Originally posted by gary1 (US):
quote:
Originally posted by Bruce Woodhouse:
I can see that some CD's might take longer due to error checking but what seems to happen is that last night I must have ripped 30 a fast as you like, today they all are taking longer. I'm also sure that the first few ripped ins a 'session' take longer.

Bruce


Bruce, I've seen this problem before and it usually has to do with the HDX performing a back-up while you are trying to rip. Check the time for b/u and make sure you are not ripping while it's taking place. During a b/u the communication is shut down and your HDX will not be accesing the internet for the metadata properly.

The ripping of a CD should not vary and should on average be about 7-8 minutes. According to Dave Dever if its the newer tray the ripping a slightly faster.


Thanks.

I fgured it must be that. Since I switch to standby overnight perhaps it would be more sensible to schedule back ups another time. Any idea if that can be altered?

Rips when at full throttle take about 4-5mins.

Bruce
Posted on: 19 February 2009 by Bruce Woodhouse
...oh and I sorted the three non-rippable discs. Copied them on my PC and ripped the copy-it worked perfectly. Odd.
Posted on: 19 February 2009 by SC
I believe you can alter the scheduled back up time Bruce - in the desktop client I believe...
Posted on: 19 February 2009 by gary1 (US)
quote:
Originally posted by Bruce Woodhouse:

I fgured it must be that. Since I switch to standby overnight perhaps it would be more sensible to schedule back ups another time. Any idea if that can be altered?

Rips when at full throttle take about 4-5mins.

Bruce


So you have the newer transporter which is faster.

Yes, you need to do this through the DTC and use Tools-->Maintenance--> schedule a backup. With this you can set the time you want to back-up.

I don't know all the ins and outs of the sysytem and the manual does not really adress any of these issues. If you put the HDX in standby, it will not do a back-up, so if it is scheduled to start at 2am GMT and you then turn on the HDX later in the day it will start the back-up it missed. The best thing is just to leave it on all the time and do not use standby. You can then either schedule a b/u when you want using the above or I believe that a scheduled b/u was automatcally set for 4 am GMT. This caused me a few problems since I couldn't set the clock for CST Chicago and had to subtract and set GMT. Also when you set the date the software, at least up to SP8 reversed the month and day so you'd set it using the European method dd/mm/yyyy and it would be converted to the American mm/dd/yyyy. Dave Dever and I figured this out since I kept programming my b/u and it never occurred until we realized the actual reason was that we were "scheduling b/u for July when it was september" I don't know which SP you have and if it is SP9 whether it was corrected in this version.

Naim should have all HDX owners register their HDX on the Naim website or via the dealer on the website. This would be their database. If you sell or trade in the HDX you could "de-register." They could then send you direct information about any software updates or upgrade releases to obtain from your dealer. It would also be helpful if they put in the communication the areas which are to be upgraded or corrected with the software and any links to instructions if necessary. This makes sense and I don't know why this is not being done. If we are going to embrace the future of computer playback, internet etc... then use of e-mail for notification makes perfect sense. They could even have a dedicated e-mail contact on the Naim website specifically for HDX users to communicate any problems or suggestions for future upgrades. This would be directed to a specific person instead of just going to "support."

I have a wine cellar program which gets updated via download 2x/year. I do understand why Naim might prefer a loaded CD as it prevents potential viruses etc... from getting into the hard drive, but when the updates become available they should tell you what the new version addresses, what features were added, and any links for correct use. I paid about $100 for the cellar program download and about $10/yer for the updates. I spent alot more than that for an HDX. It seems that this is not too much to ask for. It also makes sense.

Phil Harris posted that SP9 is available and corrects previous bugs. No one seems to know what was corrected and I know that the disc hasn't arrived in Chicago. I love the product, but this doesn't make any sense at all to me.