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 CRCs using Daemon Tools (Read 2613 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

EAC CRCs using Daemon Tools

I ripped some albums with EAC and Accuraterip. Generally I was getting good results from Accuraterip.

For some reason I then decided to check the cue/wav image by loading it into Daemon Tools and running a test and copy image. I have checked a few albums and the results are not consistent.

Here is the log from one album

Code: [Select]
Exact Audio Copy V0.99 prebeta 1 from 25. May 2007

EAC extraction logfile from 9. November 2007, 6:13

Genesis / Foxtrot (Remastered)

Used drive  : MF3770R ALT842P   Adapter: 2  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 0
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : No
Delete leading and trailing silent blocks   : No
Used interface                              : Installed external ASPI interface

Used output format : Internal WAV Routines
Sample format      : 44.100 Hz; 16 Bit; Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 |  7:24.05 |         0    |    33304   
        2  |  7:24.05 |  4:48.15 |     33305    |    54919   
        3  | 12:12.20 |  8:38.10 |     54920    |    93779   
        4  | 20:50.30 |  5:47.45 |     93780    |   119849   
        5  | 26:38.00 |  1:43.62 |    119850    |   127636   
        6  | 28:21.62 | 22:58.13 |    127637    |   230999   


Range status and errors

Selected range

     Filename C:\Documents and Settings\Gordon Avon\My Documents\My Music\Genesis - Foxtrot (Remastered).wav

     Peak level 0.0 %
     Range quality 97.0 %
     Test CRC 76F34DE3
     Copy CRC C6951FD4
     Copy OK

 
AccurateRip summary
 
Track  1  not ripped accurately (confidence 10)  [484D2849], but should be [E2D0B14F]
Track  2  not ripped accurately (confidence 10)  [757D0A08], but should be [75007B7C]
Track  3  not ripped accurately (confidence 10)  [02CEEC8E], but should be [BAD5335E]
Track  4  not ripped accurately (confidence 10)  [D3EC4678], but should be [974F7D44]
Track  5  not ripped accurately (confidence 11)  [DFE8278B], but should be [B8D79297]
Track  6  not ripped accurately (confidence 10)  [6A288CC4], but should be [4448B846]
 
Not all tracks ripped accurately

End of status report
From the original rip the CRC of 76F34DE3 is correct.
Why does the test result give me this correct result and then the actual copy gives me something else and then tells me the tracks are not ripped with confidence. All was fine with the original rip.

EAC CRCs using Daemon Tools

Reply #1 –
You're still using 0.99pb1 and probably suffering from one of the documented bugs, though I am reasonably certain that the AccurateRip results are really coming from the test rip and not the copy rip.  If the CRCs generated by AR are the same for the disc you ripped then perhaps there's another not-yet-identified issue at stake.

PS: It's kinda pointless using secure mode while ripping from a virtual drive.

EAC CRCs using Daemon Tools

Reply #2 –
Quote from: greynol on
You're still using 0.99pb1 and probably suffering from one of the documented bugs, though I am reasonably certain that the AccurateRip results are really coming from the test rip and not the copy rip.

That would not be a problem with a virtual drive, since they do not suffer from a unreliable optical media.
Can't wait for a HD-AAC encoder :P

EAC CRCs using Daemon Tools

Reply #3 –
I've seen virtual drives give different results, but that is beside the point [the copy rip literally failed for some reason (peak level of 0%); in fact, you were the dude that discovered the specific bug that may have caused this ].

Still, there are a few reasons why he may still be comparing apples to oranges even though he gets a match for the CRC 76F34DE3.  Regardless, he should not be using V0.99pb1.
 

EAC CRCs using Daemon Tools

Reply #4 –
Goodness me. I had no idea there was a more recent EAC beta. Will install it tonight and see what happens.
Thanks

BTW other than not using Secure ripping on a virtual drive are there any other drive settings I should change (I did change the offset to 0).