XLD: 1 track of new CD not found by AccurateRip, “may not be accurate”

XLD: 1 track of new CD not found by AccurateRip, “may not be accurate”

tomten_alle View Member Profile	Apr 17 2012, 20:22 Post #1
Group: Members Posts: 9 Joined: 21-May 11 Member No.: 90848	Hi, I have just bought Symphony X - The Odyssey (Limited Edition). When I rip it using XLD 20120407 all tracks except one rip perfectly. I have verified with many other disc that all settings are correct. Log CODE X Lossless Decoder version 20120407 (140.0) XLD extraction logfile from 2012-04-17 20:58:21 +0200 Symphony X / The Odyssey Used drive : MATSHITA DVD-R UJ-898 (revision HC10) Ripper mode : XLD Secure Ripper Disable audio cache : OK for the drive with a cache less than 1375KiB Make use of C2 pointers : NO Read offset correction : 102 Max retry count : 20 Gap status : Analyzed, Appended TOC of the extracted CD Track \| Start \| Length \| Start sector \| End sector --------------------------------------------------------- 1 \| 00:00:00 \| 05:32:53 \| 0 \| 24952 2 \| 05:32:53 \| 05:32:50 \| 24953 \| 49902 3 \| 11:05:28 \| 04:22:14 \| 49903 \| 69566 4 \| 15:27:42 \| 07:53:40 \| 69567 \| 105081 5 \| 23:21:07 \| 06:19:72 \| 105082 \| 133578 6 \| 29:41:04 \| 04:44:51 \| 133579 \| 154929 7 \| 34:25:55 \| 08:21:55 \| 154930 \| 192559 8 \| 42:47:35 \| 24:13:73 \| 192560 \| 301607 9 \| 67:01:33 \| 05:59:69 \| 301608 \| 328601 List of alternate offset correction values # \| Absolute \| Relative \| Confidence ------------------------------------------ 1 \| 84 \| -18 \| 105 2 \| 9 \| -93 \| 8 AccurateRip Summary Track 01 : OK (AR2, confidence 11, with different offset) Track 02 : OK (AR2, confidence 11, with different offset) Track 03 : OK (AR2, confidence 11, with different offset) Track 04 : OK (AR2, confidence 11, with different offset) Track 05 : OK (AR2, confidence 11, with different offset) Track 06 : OK (AR2, confidence 11, with different offset) Track 07 : OK (AR2, confidence 11, with different offset) Track 08 : NG Track 09 : OK (AR2, confidence 11, with different offset) ->8 track(s) accurately ripped, 1 track(s) not, 0 track(s) not found All Tracks Filename : /Users/tomten_alle/Documents/MusikFlac/Original/Symphony X/The Odyssey/Symphony X - The Odyssey.flac Album gain : -7.83 dB Peak : 0.952576 CRC32 hash : 567CC956 CRC32 hash (skip zero) : 70613786 Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 01 Pre-gap length : 00:02:00 Track gain : -7.59 dB Peak : 0.889496 CRC32 hash : 8D2CBE33 CRC32 hash (skip zero) : 667AEC5E AccurateRip signature : 2CA94A8B ->Accurately ripped! (AR2, confidence 11) (matched with the different offset correction value; calculated using an additional offset of -18; the signature after correction is: 70E15955) Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 02 Pre-gap length : 00:01:00 Track gain : -6.99 dB Peak : 0.889496 CRC32 hash : 0875E0F8 CRC32 hash (skip zero) : 9825DBC0 AccurateRip signature : 23732D47 ->Accurately ripped! (AR2, confidence 11) (matched with the different offset correction value; calculated using an additional offset of -18; the signature after correction is: 3BA10DB8) Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 03 Pre-gap length : 00:02:00 Track gain : -8.33 dB Peak : 0.889496 CRC32 hash : 3DCC2EEF CRC32 hash (skip zero) : E31C1AB2 AccurateRip signature : B2F9CE93 ->Accurately ripped! (AR2, confidence 11) (matched with the different offset correction value; calculated using an additional offset of -18; the signature after correction is: C7C421C3) Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 04 Pre-gap length : 00:03:00 Track gain : -7.92 dB Peak : 0.839752 CRC32 hash : 7A894994 CRC32 hash (skip zero) : 250F5EDF AccurateRip signature : BAA1D767 ->Accurately ripped! (AR2, confidence 11) (matched with the different offset correction value; calculated using an additional offset of -18; the signature after correction is: 7B706844) Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 05 Pre-gap length : 00:02:00 Track gain : -7.93 dB Peak : 0.889496 CRC32 hash : C6B555B0 CRC32 hash (skip zero) : 855956C7 AccurateRip signature : CD0FBDED ->Accurately ripped! (AR2, confidence 11) (matched with the different offset correction value; calculated using an additional offset of -18; the signature after correction is: 499369BD) Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 06 Pre-gap length : 00:02:00 Track gain : -8.21 dB Peak : 0.889496 CRC32 hash : 50240667 CRC32 hash (skip zero) : A142F143 AccurateRip signature : 83751680 ->Accurately ripped! (AR2, confidence 11) (matched with the different offset correction value; calculated using an additional offset of -18; the signature after correction is: 5171B6F6) Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 07 Pre-gap length : 00:03:00 Track gain : -8.25 dB Peak : 0.942200 CRC32 hash : 01FFC47C CRC32 hash (skip zero) : 8B9A6E76 AccurateRip signature : EC675883 ->Accurately ripped! (AR2, confidence 11) (matched with the different offset correction value; calculated using an additional offset of -18; the signature after correction is: 869E4A22) Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 08 Pre-gap length : 00:04:00 Track gain : -7.53 dB Peak : 0.943207 CRC32 hash : 7338D5AE CRC32 hash (skip zero) : E3A5BCA3 AccurateRip signature : 30FB5342 ->Rip may not be accurate. Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Track 09 Pre-gap length : 00:03:00 Track gain : -6.86 dB Peak : 0.952576 CRC32 hash : 0448CFCC CRC32 hash (skip zero) : 4CD6418E AccurateRip signature : 0670F43B ->Accurately ripped! (AR2, confidence 11) (matched with the different offset correction value; calculated using an additional offset of -18; the signature after correction is: EF858017) Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 Some inconsistencies found End of status report How can this be? I doubt the accurip DB is wrong. Am I wrong or is the DB wrong? This post has been edited by db1989: Apr 17 2012, 20:49 Reason for edit: improving title / changing enclosure of huge log from [code] to [codebox]

Replies

tomten_alle View Member Profile	Apr 26 2012, 15:05 Post #2
Group: Members Posts: 9 Joined: 21-May 11 Member No.: 90848	QUOTE (gib @ Apr 24 2012, 08:15) Since the CRC was the same every time you ripped it, including in different modes, the likelihood is that your rip is good and, as Englesstaub mentioned, your disc is just a different pressing. It's possible that the disc is defective in a consistent way, but that's the less common way for a disc to be defective. Plus, ripping in different modes, as you did, reduces the chance we're seeing that. If you were using EAC, I'd tell you to enable C2 pointers and try another rip. I know very little about XLD, but maybe that'd be worthwhile here as well. If you really want to investigate further, the thing to do would be to rip track 8 with a totally different optical drive (one with a different chipset). If a completely different drive returns the same CRC, the overwhelming likelihood is that your rip is correct. You could also run your current rip through CueTools (if you have access to a Windows environment) just for kicks. I don't know if anyone else has ripped that disc and submitted it to the CueTools database, though. QUOTE (Pepzhez @ Apr 25 2012, 05:57) I'd second ripping again with a different drive. My guess is that this is a gap detection issue. I am getting a new computer soon. I will follow up this thread. Stay tuned!

Posts in this topic

tomten_alle XLD: 1 track of new CD not found by AccurateRip, “may not be accurate” Apr 17 2012, 20:22

spoon With a Confidence of 11 it is likely your rip has ... Apr 17 2012, 20:48

tomten_alle QUOTE (spoon @ Apr 17 2012, 21:48) With a... Apr 21 2012, 16:26

Engelsstaub There seem to exist multiple pressings of this CD ... Apr 21 2012, 23:42

Chinch Personally, I don't know what XLD is (other th... Apr 22 2012, 10:50

tomten_alle QUOTE (Chinch @ Apr 22 2012, 11:50) Perso... Apr 22 2012, 15:32

Pepzhez I have experienced this (very infrequent) problem ... Apr 22 2012, 22:19

tomten_alle QUOTE (Pepzhez @ Apr 22 2012, 23:19) I ha... Apr 23 2012, 17:55

Pepzhez I would say that there is definitely a problem wit... Apr 24 2012, 07:00

gib Since the CRC was the same every time you ripped i... Apr 24 2012, 07:15

Pepzhez I'd second ripping again with a different driv... Apr 25 2012, 04:57

tomten_alle QUOTE (gib @ Apr 24 2012, 08:15) Since th... Apr 26 2012, 15:05

psycho Hey! I have this CD... I've tried to rip ... Apr 26 2012, 17:52

gib QUOTE (psycho @ Apr 26 2012, 06:52) Judgi... Apr 27 2012, 03:55

psycho @gib, either that, or he uses wrong offset for his... Apr 27 2012, 13:26

gib QUOTE (psycho @ Apr 27 2012, 02:26) Now, ... Apr 28 2012, 09:45

Kees de Visser QUOTE (gib @ Apr 28 2012, 10:45) I know w... Apr 28 2012, 10:19

gib QUOTE (Kees de Visser @ Apr 27 2012, 23:1... Apr 28 2012, 22:36

psycho @gib, thanks for clarifying. I was mixing apples ... Apr 28 2012, 12:47

tomten_alle Hi again! Sorry for the delay! Here is a ... Jul 26 2012, 15:30

greynol QUOTE (gib @ Apr 28 2012, 01:45) AR2 (and... Jul 26 2012, 16:36

spoon > In fact, the algorithm change has actually ma... Jul 26 2012, 21:30

greynol QUOTE (spoon @ Jul 26 2012, 13:30) > I... Jul 27 2012, 15:13

spoon @tomten_alle Re-rip in XLD, keep the ripper const... Jul 26 2012, 23:20

« Next Oldest · CD Hardware/Software · Next Newest »

1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)

0 Members: