IPB

Welcome Guest ( Log In | Register )

XLD: 1 track of new CD not found by AccurateRip, “may not be accurate”
tomten_alle
post 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]
Go to the top of the page
+Quote Post
 
Start new topic
Replies
Chinch
post Apr 22 2012, 10:50
Post #2





Group: Members
Posts: 98
Joined: 22-July 09
Member No.: 71664



Personally, I don't know what XLD is (other than obviously it's a ripper) but... and I'm using EAC, which I'm very familiar with as my reference, so I'm not sure what features you do or don't have... have you:

Attempted to rip in file-per-track mode (each track is ripped to its own file)
vs.
Attempted to rip in disc-at-once or "image" mode where the entire disc is ripped to a single output file?

That would be my first thing to try, do the opposite of what you're doing (so it looks like you should try ripping to a single file) and see if the result changes.

Other things to check would be:
1- If you rip the same track multiple times, are you consistently getting the same CRC for YOUR file (not considering AR at all)?
2- Can you do a test+rip to see if you get a consistent CRC in a single ripping session?

I know that I rip in to single file/image, then encode to FLAC, then embed the CUESHEET and ART; that last part was immaterial, but I notice you will get different match results when using file-per-track vs. image ripping. Almost always the image rip AR+ count is much lower... but it's not an incorrect rip, because I may have tons of AR matches either way that I rip the disc... but the counts differ. I am pretty positive about this, I never leave out the possibility that I'm completely making things up, but this seems fairly certain. Let me test something really quick.

Maybe I'm full of it. My image rip matched 31/31 on the CTDB, 6/9 perfect match on AR and 3/9 matched with +6 offset (I know my offset is good). So disregarding offset mine's fully perfect... though I agree that 9 matches seems very low for such a popular CD I'm testing. The reference rip that is file-per-track actually matched 31/31 also, but it matched 0/9 for the offsets (matches were in other offsets, no "0" offset matches) -- so turns out mine was actually "better" than that one if you want to consider offset matching to bring it to the detail level. Nevermind. Forget what the previous paragraph said, but do try what I said above that if you would and report back with your results. What OS and version are you using?
Go to the top of the page
+Quote Post

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


Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 30th July 2014 - 14:23