Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Slow ripping on the last track of some CDs (Read 6106 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Slow ripping on the last track of some CDs

Hey, I've always had this ripping problem with my computer's CD drive. On some CDs, EAC systematically has trouble ripping the last track or the two last tracks. Ripping becomes extremely slow and the error correction indicator turns at least partially red. In extreme cases, there are read/sync errors, and that's when I skip the track and rip it with my slower portable drive, and everything works well.
Most CDs are ripped without any problems, but this issue is not rare. It happens one time out of ten, I'd say. The drive is named "ATAPI DVD A DH16A6S YA16" in EAC. Accurate Stream and audio data caching are enabled (I tried with audio data caching unchecked but it didn't change anything). Of course, the CDs are in brand new condition, and the fact that I can rip them well with my portable drive indicates that the problem comes from the computer's drive.

Any idea of what's wrong with my drive?

Slow ripping on the last track of some CDs

Reply #1 –
I take it you are ripping in secure mode. Have you tried ripping in burst mode and depending on AccurateRip for verification?

Also, unless your drive caches audio, you should leave that unchecked.

Slow ripping on the last track of some CDs

Reply #2 –
Does this occur right at the end of the last track, causing EAC to fill up its gauge and eventually give up with a reported quality of 99.9%? I ask because I had the same issue with at least one, almost certainly two drives back when I was actually conscientious about my ripping.  I never figured out whether it was something about the drive(s), something promoted by EAC, or both. I doubt I was alone in experiencing it, but I cannot recall any replies that really explained it; maybe my memory is failing me there.

In that spirit, and as I was already going to ask before I remembered that: do you experience the same issue when using any other ripper?

Slow ripping on the last track of some CDs

Reply #3 –
Drives spin fastest when accessing the outer part of the CD, which is where the last track is. Maybe the tray or the drive itself is vibrating at the highest speeds, making it hard for the laser to read the data. That would explain why your slower drive works fine.

Have you tried ripping at slower maximum speeds? It's worth a try.

Slow ripping on the last track of some CDs

Reply #4 –
Quote from: jkauff on
Drives spin fastest when accessing the outer part of the CD, which is where the last track is. Maybe the tray or the drive itself is vibrating at the highest speeds, making it hard for the laser to read the data. That would explain why your slower drive works fine.

Have you tried ripping at slower maximum speeds? It's worth a try.

Actually, in CLV the drive spins slowest at the outer edge.

Slow ripping on the last track of some CDs

Reply #5 –
Quote from: pdq on
I take it you are ripping in secure mode. Have you tried ripping in burst mode and depending on AccurateRip for verification?

I guess it would work, but I prefer secure ripping.

Quote from: db1989 on
Does this occur right at the end of the last track, causing EAC to fill up its gauge and eventually give up with a reported quality of 99.9%? I ask because I had the same issue with at least one, almost certainly two drives back when I was actually conscientious about my ripping.  I never figured out whether it was something about the drive(s), something promoted by EAC, or both. I doubt I was alone in experiencing it, but I cannot recall any replies that really explained it; maybe my memory is failing me there.

In that spirit, and as I was already going to ask before I remembered that: do you experience the same issue when using any other ripper?

I never tried with another ripper. Which one should I try that has secure ripping?

Quote from: jkauff on
Drives spin fastest when accessing the outer part of the CD, which is where the last track is. Maybe the tray or the drive itself is vibrating at the highest speeds, making it hard for the laser to read the data. That would explain why your slower drive works fine.

Have you tried ripping at slower maximum speeds? It's worth a try.

I haven't tried that, and I don't know where I can set it up, actually. However, I tried ripping only the last track by itself, and the gauge still fills up.

Slow ripping on the last track of some CDs

Reply #6 –
Quote from: Professor Plunk on
Quote from: pdq on
I take it you are ripping in secure mode. Have you tried ripping in burst mode and depending on AccurateRip for verification?
I guess it would work, but I prefer secure ripping.
Why?
http://hydrogenaudio.org/forums/?showtopic...306#entry842934

Quote
Quote from: db1989 on
do you experience the same issue when using any other ripper?
I never tried with another ripper. Which one should I try that has secure ripping?
As I have indicated, AccurateRip is also a very worthwhile option. So, between one or the other, various. dBpowerAMP, CUERipper, cdparanoia, rubyripper, and so on.

Quote
I tried ripping only the last track by itself, and the gauge still fills up.
Of course. Why would skipping the prior tracks change the behaviour of the drive on the last one? Anyway, jkauff was wrong about how the speed changes towards the outside of the CD, as has been explained.

Slow ripping on the last track of some CDs

Reply #9 –
I thought there was some kind of debate about whether Burst Mode with AccurateRip was as reliable as Secure Mode. Anyway, I guess I'll start ripping in Burst Mode with AccurateRip. I have to select Test & Copy instead of just clicking on the icon to the left, right?

Slow ripping on the last track of some CDs

Reply #10 –
Quote
I thought there was some kind of debate about whether Burst Mode with AccurateRip was as reliable as Secure Mode.
Debate is one word for it… but the reasonable conclusion is that the collated results of many users with many drives are more reliable, compared to the results of one user with one drive—which is being subjected to re-reading wear that is usually unnecessary when AccurateRip is an option. Secure mode was nice, but its usefulness is waning for people with a connection to the internet and a program that supports AR.

Quote
Anyway, I guess I'll start ripping in Burst Mode with AccurateRip. I have to select Test & Copy instead of just clicking on the icon to the left, right?
You could just follow the guide at the third link in my referenced post, on the official site itself: http://www.exactaudiocopy.de/en/index.php/...y/accurate-rip/

Slow ripping on the last track of some CDs

Reply #11 –
Thank you for your help.


(EDIT] I've been ripping a few CDs in Burst Mode (by clicking on the icon to the left, no Test & Copy). A few timing problems systematically show up on the first track, but the AccurateRip results are OK, so I suppose I should ignore that?

Slow ripping on the last track of some CDs

Reply #12 –
Shouldn't the fact that one or more people got the same 32 bit checksum on a different copy of the CD using a different drive give you very high confidence that your rip is accurate? The only other possibilities are that they matched by chance (one chance in 4 billion) or you are matching your own previous rip from weeks or months earlier, or there is a flaw in the master that was turning out multiple copies with the same bad data.
 

Slow ripping on the last track of some CDs

Reply #13 –
Quote from: pdq on
The only other possibilities are that they matched by chance (one chance in 4 billion)

I see your point and agree with it, but this number is bogus and has always been bogus, even with the more recent version of the checksum.

http://www.hydrogenaudio.org/forums/index....mp;#entry756260

@OP:
A timing problem simply means the drive took longer to return data than EAC expected. It does not mean the data was wrong.