CRC Missmatch

[BlueDragon]

Being a newbie with EAC and AR I have been testing and reading quite a lot but still I cannot really understand why in this log (Action-->Test & Copy Selected Tracks) for instance the CRC C73B6BF9 returned by the test and the copy does not match the CRC 011D1B79 from the AR database?

However with a confidence of 112 I can be pretty sure that it's an accurate rip. :D (For testing purposes I used a best seller CD but for many others there is absolutely nothing in de AR database... :cry: )

Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 30. September 2008, 21:53

Phil Collins / Dance Into the Light

Used drive  : LITE-ON DVDRW LH-20A1H   Adapter: 0  ID: 0

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

Read offset correction                      : 6
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : No
Used interface                              : Installed external ASPI interface
Gap handling                                : Not detected, thus appended to previous track

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 |  4:24.00 |         0    |    19799   
        2  |  4:24.00 |  4:20.72 |     19800    |    39371   
        3  |  8:44.72 |  5:52.38 |     39372    |    65809   
        4  | 14:37.35 |  6:25.00 |     65810    |    94684   
        5  | 21:02.35 |  4:11.00 |     94685    |   113509   
        6  | 25:13.35 |  4:44.00 |    113510    |   134809   
        7  | 29:57.35 |  3:02.72 |    134810    |   148531   
        8  | 33:00.32 |  5:30.40 |    148532    |   173321   
        9  | 38:30.72 |  3:27.00 |    173322    |   188846   
       10  | 41:57.72 |  4:09.58 |    188847    |   207579   
       11  | 46:07.55 |  4:57.00 |    207580    |   229854   
       12  | 51:04.55 |  4:40.47 |    229855    |   250901   
       13  | 55:45.27 |  5:08.03 |    250902    |   274004   


Track  9

     Filename U:\Take Me Down.wav

     Peak level 97.9 %
     Track quality 100.0 %
     Test CRC [COLOR="red"]C73B6BF9[/COLOR]
     Copy CRC [COLOR="red"]C73B6BF9[/COLOR]
     Accurately ripped (confidence 112)  [[COLOR="red"]011D1B79[/COLOR]]
     Copy OK


All tracks accurately ripped

No errors occurred

End of status report

Furthermore I generated also following log 2 minutes before (by using Action-->Catalog Selected Tracks-->Uncompressed...):

Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 30. September 2008, 21:51

Phil Collins / Dance Into the Light

Used drive  : LITE-ON DVDRW LH-20A1H   Adapter: 0  ID: 0

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

Read offset correction                      : 6
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : No
Used interface                              : Installed external ASPI interface
Gap handling                                : Not detected, thus appended to previous track

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 |  4:24.00 |         0    |    19799   
        2  |  4:24.00 |  4:20.72 |     19800    |    39371   
        3  |  8:44.72 |  5:52.38 |     39372    |    65809   
        4  | 14:37.35 |  6:25.00 |     65810    |    94684   
        5  | 21:02.35 |  4:11.00 |     94685    |   113509   
        6  | 25:13.35 |  4:44.00 |    113510    |   134809   
        7  | 29:57.35 |  3:02.72 |    134810    |   148531   
        8  | 33:00.32 |  5:30.40 |    148532    |   173321   
        9  | 38:30.72 |  3:27.00 |    173322    |   188846   
       10  | 41:57.72 |  4:09.58 |    188847    |   207579   
       11  | 46:07.55 |  4:57.00 |    207580    |   229854   
       12  | 51:04.55 |  4:40.47 |    229855    |   250901   
       13  | 55:45.27 |  5:08.03 |    250902    |   274004   


Track  9

     Filename U:\Take Me Down.wav

     Peak level 97.9 %
     Track quality 100.0 %
     Copy CRC [COLOR="red"]DB023024[/COLOR]
     Copy OK

No errors occurred

End of status report

Why is the CRD DB023024 different here?

Thanks a lot for your replies!

[Porcus]

Re: CRC Missmatch

I cannot really understand why in this log (Action-->Test & Copy Selected Tracks) for instance the CRC C73B6BF9 returned by the test and the copy does not match the CRC 011D1B79 from the AR database?

AFAIK, AccurateRip deletes a little bit from the beginning and end before calculating the CRC -- in order to, I guess, eliminate drive-specific idiosyncracies.

[LtData]

Re: CRC Missmatch

AccurateRip and EAC determine the CRCs differently.

[BlueDragon]

Re: CRC Missmatch

AccurateRip and EAC determine the CRCs differently.

Ok so if that is the case then there must also be other CRC entries for each track and maybe for each software (EAC or dbpoweramp) in the AR database!? Otherwise how could AR know that the tracks were accurately ripped?

Hmmm... not very transparent the whole process... :(

[LtData]

Re: CRC Missmatch

The AR CRCs are the same, whether EAC or dMC are used.