Which drives are caching audio data? Options

[norton]

EAC => What about the 'caching audio data'!?


I have read almost everything on this forum about this subject.

No doubt about it: If the Drive you are using to rip with EAC is caching audio data, the 'Drive caches audio data' Box (Drive options... / Extraction method) have to be checked (ticked).

But how can you know if your Drive is caching audio data?

Of what I have read on this forum, you should run 'Detect Read Features' (Drive options... / Extraction method / Detect Read Features). If the result is: Caching: No => You're OK! If the result is: Caching: Yes => You have to checked the 'Drive caches audio data' Box.

Well... The problem is, many people are saying that the 'Detect Read Features' is NOT accurate!!! (How do they know that??) That means even if you perform 'Detect Read Features', you are still not sure if your Drive is caching audio data, or not.


MY QUESTION IS: How can I know if my Drive is Caching audio data, or not?


Thanks for helping,


norton

This post has been edited by norton: Sep 1 2004, 16:21

[VolMax]

Your results are interesting, but they are all about quality, not secureness.

What is secureness? Capability of producing CONSTANT good results? Error-free? Yes, a some bug in firmware (in C2 reporting, in error correction, etc.) could result problems (unnoticed errors in stream). But i tested on one normal CD, result was bit-identical. Better results on scratched CDs and possibly not very bad on normal was sufficient for me... But sacrifacing good drive for cache override...
Do you think that this particular drive will perfom better if cache will be removed from firmware? It will break burst mode perfomance (now im not so scared to use even cdex in burst mode!). It will probably produce errors in stream if there is not enough CPU resources...

Cache is not really bad feature, but it is good only with correct firmware and good error correction... It will be better IMHO if drive have big cache and reread bad sectors internally... Dreams...

Do the situation with ASUS better? It could be used only with grabbers supporting ForbidReducingSpeed feature... And speed will be ~4x.

I do not even talk about NEC.

Even if drive (say MEC) could report with 100% probability that it COULD NOT CORRECT error somewhere what is good for? Rereading will result same error msg. With TEAC i most probably cannot be sure what CD was ripped without errors, but i could be sure i will get much more errors using that 100%C00l MEC drive...

I get glitches in the wave files that it produces.

Whoops! Was this particular or usual situation? My drive could suffer from same probl... How you detected that?

I was the only one to have tested it properly, but it didn't work on my drive

Enabling this feature decreased quantity of errors not more than 10%