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
psycho
post Apr 27 2012, 13:26
Post #2





Group: Members
Posts: 241
Joined: 14-October 05
Member No.: 25099



@gib, either that, or he uses wrong offset for his drive.

He's got it set to +102, which has a confidence of 104 on this page, however, his log says:

CODE
List of alternate offset correction values
        #  | Absolute | Relative | Confidence
    ------------------------------------------
        1  |     84   |    -18   |     105    
        2  |      9   |    -93   |      8


Now, if I interpret this correctly (I could be wrong), he ought to try with -18 offset that has confidence of 105. Seems like not all DVD-R UJ-898 drives have the same offset, some have +102, some -18 and some -93. Or am I getting it wrong? smile.gif


--------------------
lame -V 0
Go to the top of the page
+Quote Post
gib
post Apr 28 2012, 09:45
Post #3





Group: Members
Posts: 227
Joined: 20-January 03
From: A Tropical Isle
Member No.: 4640



QUOTE (psycho @ Apr 27 2012, 02:26) *
Now, if I interpret this correctly (I could be wrong), he ought to try with -18 offset that has confidence of 105. Seems like not all DVD-R UJ-898 drives have the same offset, some have +102, some -18 and some -93. Or am I getting it wrong? :)

Yeah, that's not right. You seem to be mixing up a drive's read offset (and offset correction) with different disc pressings being offset from one another. Also, and please correct me if I'm wrong, it seems like you're trying to draw a relationship between the number of people that have submitted offset data for the UJ-898 (104) and the number of people that have submitted results for a pressing of the CD in question (105). Those values are unrelated. That they are only one apart is just coincidence.

In this particular case, the "list of alternate offset correction values" is telling us that the two pressings in the database are -18 and -93 samples offset relative to the disc the original poster has. Again, this has nothing to do with the drive; the UJ-898 definitely has a -102 read offset (and therefore needs a +102 offset correction).

As for changing the offset correction value in the ripping program, there's no point since it wouldn't change the results. AR2 (and CueTools as well) can crosscheck against different pressings, so manually trying to make a disc line up with a different pressing isn't useful anymore. Indeed, we can see in the log that, except for track 8, the rip was already verified against the pressing with a -18 relative offset. Also, for whatever it's worth, I'm not sure changing the offset correction is easily doable, anyway. I know with EAC that if you have AccurateRip enabled, you can't tinker with the offset correction value. Maybe XLD is the same?


This post has been edited by gib: Apr 28 2012, 09:57
Go to the top of the page
+Quote Post
Kees de Visser
post Apr 28 2012, 10:19
Post #4





Group: Members
Posts: 649
Joined: 22-May 05
From: France
Member No.: 22220



QUOTE (gib @ Apr 28 2012, 10:45) *
I know with EAC that if you have AccurateRip enabled, you can't tinker with the offset correction value. Maybe XLD is the same?
Recent versions of XLD (at least since 2012) have 3 adjustable offsets:
1) read offset for cd-rip (AFAIK independent of AccurateRip setting)
2) write offset (for cd-burn)
3) read offset (for verify after cd-burn), with a check-box to use the setting of 1)
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 - 11:07