EAC C2 error correction, Use it or not? |
EAC C2 error correction, Use it or not? |
May 29 2003, 22:56
Post
#1
|
|
|
Group: Members Posts: 97 Joined: 14-April 02 Member No.: 1781 |
My drive supports C2 error correction and I have been using it always since it gives the fastest rips for me, while still no errors are reported and all track qualities are above 99.5%. Using this option, I get rip speeds of 18x and I was wondering whether C2 error correction is really that reliable? I mean, I never get error messages, the track quality is always reported to be over 99.5% and I cannot hear any audible difference. Is there any incentive NOT to rip at 18x under these conditions?! Btw, my drive is a LiteOn 48x CDRW (I can't remember the model name off the top of my head)
|
|
|
|
![]() |
May 31 2003, 01:09
Post
#2
|
|
|
Moderator Group: Super Moderator Posts: 3934 Joined: 29-September 01 Member No.: 73 |
When C2 is unset, the drive doesn't take C2 into account at all. It just rereads everything.
The only clue about the reliability of this method was BobHere's statistics : two, then three pairs of CRC OK different from rip to rip, among about 1000 CD. This was considered as the frequency of repeatable errors in CDs. On the other hand we had numerous reports of CRC mistmatches with C2 on. So we concluded that reading twice was more reliable than C2. However, as Andre Wiethoff said from the beginning that an error never occurs twice the same way, we didn't pay much attention to an obvious flaw in this method : an byte permanently turned into another would be undetectable by CRC nor by reread, and would be an error never showing up in the statistics. It was a common misconception that any defect on the CD (especially scratches) would affect the optical tracking, and that the recovery would generate random data, never the same. Now we can see that the probability for a byte to be permanently turned into another is the same order of magnitude as the probability for it to be wrong and not detected by the C2 stage. |
|
|
|
RiskyP EAC C2 error correction May 29 2003, 22:56
atici Compare the CRCs of your reads with and without C2... May 29 2003, 23:01
Pio2001 This CRC method only works for tracks with errors ... May 30 2003, 00:26
RiskyP I could not find info on cdrinfo.com but thanks fo... May 30 2003, 16:17
RiskyP This is a bit off topic, but how much do you think... May 30 2003, 17:13
liekloo QUOTE (Pio2001 @ May 30 2003 - 12:26 AM)This ... May 30 2003, 18:21
atici You may want to check this thread about the setti... May 30 2003, 18:24
Pio2001 I meant that if you turn C2 on, then test and copy... May 30 2003, 19:35
atici Yes, you're right! I knew that. But that... May 30 2003, 19:52
Pio2001 I don't know, I still must verify Tigre's ... May 30 2003, 19:56
atici But wasn't it you who said when you unset ... May 30 2003, 20:49
liekloo QUOTE (Pio2001 @ May 30 2003 - 07:35 PM)I mea... May 31 2003, 21:36
atici @liekloo : I think you're too much of a stickl... May 31 2003, 23:03
Pio2001 QUOTE (atici @ Jun 1 2003 - 01:03 AM)I trust ... Jun 1 2003, 01:25
atici QUOTE a) 990 not repeatable and detected by C2.
b... Jun 1 2003, 06:22
westgroveg If someone was to test the C2 info of their CD-ROM... Jun 1 2003, 06:48
liekloo QUOTE (atici @ May 31 2003 - 11:03 PM)the kin... Jun 1 2003, 16:32
Pio2001 QUOTE (atici @ Jun 1 2003 - 08:22 AM)I think ... Jun 1 2003, 18:41
moikboy If i rip with c2, i rip the data twice, and compar... Feb 6 2008, 21:52
greynol Whoa, resurrection of a 4.5 year old thread!
... Feb 6 2008, 22:08
Shamray Hello!
"CD ROMs are like audio CD with ... Mar 30 2011, 07:36
pdq QUOTE (Shamray @ Mar 30 2011, 02:36) Hell... Mar 30 2011, 13:53
JunkieXL Sheesh... what's with the random resurrection ... Mar 30 2011, 21:13
mjb2006 The first revival of the thread was on topic and m... Mar 30 2011, 22:35
greynol My last post was a bit difficult to follow if take... Mar 30 2011, 22:55![]() ![]() |
|
Lo-Fi Version | Time is now: 19th June 2013 - 01:01 |