CUETools versions 1.9.5 through 2.1.5 (current)
Reply #800 – 2010-02-22 03:03:28
could someone help me understand exactly what the verification log means? I've read this thread quite a bit but am still grasping at some understandings... I understand my rip is accurate, but what is going on in the top three offset sets vs. the last one with CRC32s? The top three are comparing my ripped files against the accuraterip database, using some CRC method correct? I understand the last set with the CRC32s is comparing something against what the EAC log says, and finding that it's a match, what does this tell me? There is some difference between the accuraterip CRC/method (16bit crc maybe?) and this extraction CRC32 correct?[Verification date: 2/21/2010 6:31:11 PM] [Disc ID: 00112825-00585100-5c0e6606] Track [ CRC ] Status 01 [fe725cc4] (06/28) Accurately ripped 02 [edf0fbc5] (06/27) Accurately ripped 03 [3047768c] (06/28) Accurately ripped 04 [bf071050] (06/28) Accurately ripped 05 [35c6773d] (06/27) Accurately ripped 06 [fa729bd4] (06/28) Accurately ripped Offsetted by -1: 01 [056c411b] (19/28) Accurately ripped 02 [9a6561a9] (18/27) Accurately ripped 03 [e27a7b51] (19/28) Accurately ripped 04 [7c319115] (19/28) Accurately ripped 05 [e92ca0bb] (18/27) Accurately ripped 06 [13ce74ed] (19/28) Accurately ripped Offsetted by 1879: 01 [48aad8bc] (03/28) Accurately ripped 02 [8b82564a] (03/27) Accurately ripped 03 [fc792bc7] (03/28) Accurately ripped 04 [52c9ea84] (03/28) Accurately ripped 05 [ec374054] (03/27) Partial match 06 [d5221ec5] (03/28) Accurately ripped Track [ CRC32 ] [W/O NULL] [ LOG ] -- [3D39E78B] [AEA131F9] 01 [77ECBEED] [5A1B52A0] CRC32 02 [9F052884] [8DDB00AC] CRC32 03 [51565210] [32CBA30D] CRC32 04 [9D80235A] [0F30DA3B] CRC32 05 [2DD451B6] [37B8BD91] CRC32 06 [66365D54] [F71B52FE] CRC32 Thanks!