I had to exchange my computer for the same exact model. so i got it home and downloaded all software and then i started ripping a few cd's. I'm getting speeds of 26X in EAC using secure mode. For some reason it's a different cd-rom drive but same exact computer . Is the secure mode feature being ignored for some reason or is 26X an OK speed? With my older cd-rom i was lucky to get 15X. Strange......

Have you detected the read features? If you drive caches, but you haven't checked it, this will result in a speed "explosion", but it's not secure anymore, because everything will be read only once, so the result of double reading will be exactly the same -> undetected errors.

ok i just detected the read features.

caching: yes
accurate stream: yes
c2 error info: yes

under that it says:

whereas the 'accurate stream' feature is useful for audio extraction, the 'caching' feature will make exact extraction even more complicated and insecure!



does this mean that caching is not recommended? i'm confused...

If eac detects "caching: yes" you should check "drive caches audio data". This will make extraction slower, but secure. If you uncheck it, EAC thinks your drive doesn't change, so it will ask for the same data twice (ore 3 times or ...) in a short period of time which results in the drive reporting the same date from its cache without really reading twice. On errors the result would be different between the first and the second (third ...) reading which would make eac lower speed and read multiple times to find the most likely correct value.

ok, thanks for explaining

one more question.

since my drive supports accurate stream, cache, and c2. should i use them all? i have been going nuts on a bunch of forums. some say c2 is great. others say it's no good. i examined c2 in EAC and the results where not very consistent.

should i use:

accurate : on
cache : on
c2: on

or

accurate : on
cache : off
c2 : on

or

accurate : on
cache : on
c2 : off

or even

accurate : on
cache : off
c2 : off

Check all 3 except for the fourth checkbox, "Use C2 Error information for error correction".

This will tell EAC not to check C2 errors even though your drive supports it.

Peace.

Only use c2 info if you're absolutely sure your drive passes c2 info correctly. Most drives don't!

Use Secure mode.
Use Accurate Stream.
Don't use C2
Place a check mark next to "drive caches audio data".

If you have any other settings, your rips will not be 100% accurate.

I use LG's GDR 8160B DVD-ROM-drive for riping in EAC, and I also have the ripping speeds at about 20x or something... I have also detected the drive features and all, and i have checkmarks in the checkboxes: "this is in drive is capable of retrieving C2 error information" and in "drive has accurate stream -feature". I also use the secure mode. (of course)
Read command is MMC1...

Are DVD-ROM-drives good for audio extraction in general?


How is this for a first post?

I always get secure rips even with C2 using the "Test and copy Selected Tracks" function and I think that C2 is useful to read moderately scratched CD's too, because even if it states that "Copy is OK" and there where errors, the errors are not audible and it's more secure than ripping those with Burst mode; at least with my LG GCE-8160B recorder.

I've also used the "test and Copy" function, but sometimes even though EAC says that no errors occured, CRC:s don't match. I have had this problem only once for now.
So, what's wrong ?

PS: Today, a new version of the 1by1 -MP3 directory player came out...
Version 1.34:
http://www.rz.uni-frankfurt.de/~pesch/#1by1

Calx, use
_____________
Accurate ON
Cache ON
C2 OFF
___________

or
__________
Accurate ON
Cache ON
C2 ON
Always test and copy
________________

that can be faster, or even
______________
Burst mode
Test and copy
______________

...no error correction (just detection), but if your CDs have no error, it can be even faster.

GodFinger, welcome :
CRC not matching means errors occured. The secure mode didn't detect them. You can uncheck C2 to get better error detection. You didn't say if your drive cached.

DVD ROMs are not really different than CD ROMs regarding secure audio extraction. There are some good, and some bad ones.

Don't forget that you can all test the C2 accuracy of your drive with the DAEQuality pack, by Andre Wiethoff (see EAC's homepage)

It doesn't cache audio data.
My drive is able to read c2 error information, but I have the "use C2 error information" unboxed.

Then it might be the caching feature improperly detected : set cache ON.

It should become slow then.
If CRC still mismatch as no error occur, it seems your CD is on the edge : good enough not to report errors, bad enough to return different Wavs (different CRC = different wav).
It's very uncommon, but was already seen. In this case, the amount of error is one or two. You can see them if you can get two actual rips with different CRCs. Then substract one from the other in a wav editor, and zoom vertically to see the errors.

I unchecked the "drive is capable of retrieving C2 error information" tested and copied 3 times, and first of all, the reading speed went down from about 28x !!! to 14x...

Second: I noticed that the CRC checksums of the file was always the same
(When the "drive is capable of retrieving C2 error information" was boxed, the CRC:s weren't always the same...

Then I tried setting the caching ON:
Pio2001, you were right, reading speed slowed down to 14x - 15x, BUT... the CRC's were different on each of the 3 times I tried it.

So, the best rerults I had when I had:
Accurate stream: ON
Drive caches audio data: OFF
drive is capable of retrieving C2 error information: OFF
Use C2: OFF

OK, but there is misunderstanding about the C2 settings :

First box : use C2 error detection
Second box : perform glitch removal on C2 errors (see FAQ)

Thanks, Pio2001.
Your explanations:
http://www.digital-inn.de/showthread.php?t...?threadid=15572
helped big time.



I tried this using EAC's compare WAVs -function. When the "drive is capable of retrieving C2 error information" was boxed, EAC reported 2 errors in the wav. First was 1 missing sample in position 04:21.040, and the second was 1 repeated sample in position 04:27.733.