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: EAC: "Drive cache audio data" option question. (Read 6050 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

EAC: "Drive cache audio data" option question.

Maybe this is because of my poor English, or the EAC help message is misleading again.(the previous time was about the Extraction priority)

In the feature test window, EAC tell me something like: "Whereas the 'Accurate stream' feature is useful for audio extraction, the 'Caching' feature WILL make exact extraction even more complicated and insecure!"

Now let's put your mouse on the "Drive cache audio data" option, the help message will pop up. For me, this message is somewhat confused with what it just told me in the feature test window.(Forgive me here, English is my 3rd language)

To make long story short,

Question: Should the "Drive cache audio data" box be checked if my drive does support this feature?

Thank you.

EAC: "Drive cache audio data" option question.

Reply #1
In short: yes --- it turns on the routines trying to fake the internal drive's cache.
criZZb

EAC: "Drive cache audio data" option question.

Reply #2
Ummm, it rather turns on the routines trying to bypass internal drive's cache.
If the drive caches audio it's a bad thing - this option should be checked on drives which cache audio, and unchecked on drives which don't cache audio (or checked in all cases, to be on the safe side).

EAC: "Drive cache audio data" option question.

Reply #3
Quote
Ummm, it rather turns on the routines trying to bypass internal drive's cache.
[a href="index.php?act=findpost&pid=334898"][{POST_SNAPBACK}][/a]


As the matter of fact, 'bypass' is not a good description either, EAC tries to reset the cache between consecutive reads
criZZb

EAC: "Drive cache audio data" option question.

Reply #4
Is it bad to turn off the cache option if your drive DOES cache?  I've heard many drives report that they cache, even though they don't, and it does seem to speed up secure mode rips substantially.

EAC: "Drive cache audio data" option question.

Reply #5
Yes, because you would just be re-reading the erroneus data already in cache.
"You can fight without ever winning, but never win without a fight."  Neil Peart  'Resist'

EAC: "Drive cache audio data" option question.

Reply #6
if your drive DOES CACHE, YES, check it

If it doesn't, D NOT
Chaintech AV-710

EAC: "Drive cache audio data" option question.

Reply #7
Yeah, check the box if your drive caches. There should be a test which can determine this for you.

To elaborate, if your drive caches, it will 'read forward' a larger amount of data when requested to read certain data from the CD, then read from this buffer until new data is needed. For EAC this is bad as erroneous data could be missed because of being re-read from the cache. So EAC's option is a workaround this problem and should be checked, thus causing the data to always be re-read from the CD itself and not the cache.

EAC: "Drive cache audio data" option question.

Reply #8
Quote
To elaborate, if your drive caches, it will 'read forward' a larger amount of data when requested to read certain data from the CD, then read from this buffer until new data is needed. For EAC this is bad as erroneous data could be missed because of being re-read from the cache. So EAC's option is a workaround this problem and should be checked, thus causing the data to always be re-read from the CD itself and not the cache.
[a href="index.php?act=findpost&pid=335019"][{POST_SNAPBACK}][/a]

One more thing: What about the combination of the "drive caches audio" and "~drive is capable of reporting C2 errors" boxes? Isn't it unnecessary to check the 1st when you have the 2nd checked? Because when you rely on the C2 error pointer of the drive, EAC does not read the sectors twice anyway, so no need to "flush" the cache as long as no C2 errors are reported.
Wouldn't it make sense to flush the cache only during the repeated readings that occur when the drive actually reports a C2 error? Otherwise the "drive caches audio" option unnecessary slows down the ripping process. Or am I missing something?
Of course I know that not all drives are flawless in reporting C2 errors, but if you have a drive that is known to be reliable and you decide to rely on it, the "drive caches audio" option seems a bit weird to be activated also if no errors are reported by the drive.
Proverb for Paranoids: "If they can get you asking the wrong questions, they don't have to worry about answers."
-T. Pynchon (Gravity's Rainbow)

EAC: "Drive cache audio data" option question.

Reply #9
C2 can give misleading results as sometimes is can tell the drive the data is 'okay' when it isn't. If C2 is off, the drive will re-read sectors itself to verify data integrity (rather than relying on the CD's own error-correction information), thus giving you more chance of getting an accurate rip.

For the purposes of secure reading of any kind I would think caching is always baaaad. And it has been said here on HA to disable C2 for more accurate reads.

EAC: "Drive cache audio data" option question.

Reply #10
Quote
C2 can give misleading results as sometimes is can tell the drive the data is 'okay' when it isn't. If C2 is off, the drive will re-read sectors itself to verify data integrity (rather than relying on the CD's own error-correction information), thus giving you more chance of getting an accurate rip.

For the purposes of secure reading of any kind I would think caching is always baaaad. And it has been said here on HA to disable C2 for more accurate reads.
[a href="index.php?act=findpost&pid=335345"][{POST_SNAPBACK}][/a]

What you say makes perfect sense, but my point is that if you do choose to use C2, the "drive chaches audio" box is kind of pointless as long as the drive does not actually report a C2 error, thus slowing down the reading unnecessarily.
Proverb for Paranoids: "If they can get you asking the wrong questions, they don't have to worry about answers."
-T. Pynchon (Gravity's Rainbow)

EAC: "Drive cache audio data" option question.

Reply #11
Does the drive re-read with C2 enabled? I always thought it only re-read once a C2 error is found.
Acid8000 aka. PhilDEE

EAC: "Drive cache audio data" option question.

Reply #12
I don't even bother..I just use offset correction, burst mode and Test and Copy all tracks..I get ultra fast rips, and as long as the CRC's match, I know I get perfect rips..

EAC: "Drive cache audio data" option question.

Reply #13
Can we test the drive this way?

Turn off the output buffer of audio players, such as Winamp and foobar2k
then try to play a CD , eject the CD while the player is playing, if it still play, let's say for additional 10 seconds, that means the CD Drive caches audio data?????

I know it sounds stupid.....

EAC: "Drive cache audio data" option question.

Reply #14
Quote
Does the drive re-read with C2 enabled? I always thought it only re-read once a C2 error is found.
[a href="index.php?act=findpost&pid=335575"][{POST_SNAPBACK}][/a]

No, it doesn't re-read, that's why rips are about twice as fast with C2 enabled. Still, checking the "cache" boxs slows it down again by half, this is annoying as most newer drives cache audio.
Proverb for Paranoids: "If they can get you asking the wrong questions, they don't have to worry about answers."
-T. Pynchon (Gravity's Rainbow)