Yay! Another AccurateRip / CUETools log question Options

[Akkurat]

Just bought a used Mother Love Bone collection CD (EAN/UPC: 0 20831 - 4477 - 2 55) from a guy in USA and securely ripped it in EAC (no errors) and this is what AccurateRip / CUETools tells me:

CODE

[CUETools log; Date: 2.2.2011 20:52:52; Version: 2.0.9]
Pregap length 00:00:32.
[AccurateRip ID: 002e284f-0249ea56-d4122a11] found.
Track [ CRC ] Status
01 [0864dc39] (000/126) No match
02 [5521e78a] (000/126) No match
03 [b4d8b79c] (000/126) No match
04 [7f23b1cb] (000/127) No match
05 [46651c54] (000/126) No match
06 [5135087d] (000/127) No match
07 [27726df9] (000/125) No match
08 [e069b148] (000/127) No match
09 [c5842320] (000/126) No match
10 [e81c33ca] (000/126) No match
11 [411e651b] (000/125) No match
12 [83b60e25] (000/122) No match
13 [f6ff75eb] (000/119) No match
14 [7720ef5a] (000/122) No match
15 [e9e13108] (000/121) No match
16 [9e7f7404] (000/122) No match
17 [a469aaaf] (000/113) No match

Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 99,9 [EC4F5855] [E325B827]
01 99,9 [267222D3] [087D37BD] CRC32
02 99,9 [A068FE7D] [EC679254] CRC32
03 99,9 [E92752C1] [DA68E3BB] CRC32
04 93,6 [4AEBF659] [207346AA] CRC32
05 99,9 [37282764] [9A64C7B4] CRC32
06 99,9 [5ADA27C8] [7DEB8AC0] CRC32
07 97,8 [1EE7A4AA] [1424578F] CRC32
08 99,9 [AED2ECEA] [A2F8336E] CRC32
09 65,9 [1733B4CC] [7A8E8417] CRC32
10 99,9 [99C9C151] [C960CAE9] CRC32
11 99,9 [A6D89363] [5F059E4E] CRC32
12 96,5 [EF7C2D8E] [443E6A79] CRC32
13 88,3 [406DD2A2] [C11E496B] CRC32
14 96,9 [BBEA2D5D] [AB871DF8] CRC32
15 99,9 [88FA92EC] [D3EE17BE] CRC32
16 99,9 [DFFF0842] [28B6EC73] CRC32
17 99,9 [3A99CEFB] [03812DF7] CRC32

I can't remember whether I've seen an explanation of this before or not.. and couldn't find anything useful by searching.

Am I the first one (or second) who has actually ripped this CD properly? This CD doesn't look like a fake CD. I can't believe that I'm the only owner of a different pressing CD who has AccurateRip:ped this. Or what is this? Thanks.

EDIT: Forgot to include the EAC log:

CODE

Exact Audio Copy V0.99 prebeta 5 from 4. May 2009

EAC extraction logfile from 2. February 2011, 20:49

Mother Love Bone / Mother Love Bone (CD1)

Used drive : HL-DT-STCD-RW GCE-8520B Adapter: 1 ID: 0

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

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 : Yes
Used interface : Native Win32 interface for Win NT & 2000
Gap handling : Not detected, thus appended to previous track

Used output format : User Defined Encoder
Selected bitrate : 1024 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : C:\Program Files\REACT2\REACT.exe
Additional command line options : REACT %o %s %d "%a" "%g" "%t" "%n" "%x" "%y" "%m" "%e" "%f" "%b" %r


TOC of the extracted CD

Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.32 | 3:42.15 | 32 | 16696
2 | 3:42.47 | 4:58.05 | 16697 | 39051
3 | 8:40.52 | 4:28.20 | 39052 | 59171
4 | 13:08.72 | 3:46.03 | 59172 | 76124
5 | 16:55.00 | 5:26.37 | 76125 | 100611
6 | 22:21.37 | 4:52.65 | 100612 | 122576
7 | 27:14.27 | 4:37.35 | 122577 | 143386
8 | 31:51.62 | 3:06.58 | 143387 | 157394
9 | 34:58.45 | 3:41.52 | 157395 | 174021
10 | 38:40.22 | 4:19.03 | 174022 | 193449
11 | 42:59.25 | 4:04.07 | 193450 | 211756
12 | 47:03.32 | 4:50.08 | 211757 | 233514
13 | 51:53.40 | 6:21.65 | 233515 | 262154
14 | 58:15.30 | 3:44.65 | 262155 | 279019
15 | 62:00.20 | 3:47.05 | 279020 | 296049
16 | 65:47.25 | 3:21.27 | 296050 | 311151
17 | 69:08.52 | 8:22.03 | 311152 | 348804


Track 1

Mother Love Bone - Mother Love Bone (CD1) - 01 - This Is Shangrila.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC 267222D3
Copy CRC 267222D3
Cannot be verified as accurate (confidence 57) [0864DC39], AccurateRip returned [E41A0539]
Copy OK

Track 2

Mother Love Bone - Mother Love Bone (CD1) - 02 - Stardog Champion.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC A068FE7D
Copy CRC A068FE7D
Cannot be verified as accurate (confidence 58) [5521E78A], AccurateRip returned [737EF60A]
Copy OK

Track 3

Mother Love Bone - Mother Love Bone (CD1) - 03 - Holy Roller.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC E92752C1
Copy CRC E92752C1
Cannot be verified as accurate (confidence 58) [B4D8B79C], AccurateRip returned [AE2D029C]
Copy OK

Track 4

Mother Love Bone - Mother Love Bone (CD1) - 04 - Bone China.flac

Peak level 93.6 %
Track quality 100.0 %
Test CRC 4AEBF659
Copy CRC 4AEBF659
Cannot be verified as accurate (confidence 58) [7F23B1CB], AccurateRip returned [B0E6F70D]
Copy OK

Track 5

Mother Love Bone - Mother Love Bone (CD1) - 05 - Come Bite The Apple.flac

Peak level 99.9 %
Track quality 100.0 %
Test CRC 37282764
Copy CRC 37282764
Cannot be verified as accurate (confidence 57) [46651C54], AccurateRip returned [2D31C532]
Copy OK

Track 6

Mother Love Bone - Mother Love Bone (CD1) - 06 - Stargazer.flac

Peak level 100.0 %
Track quality 99.9 %
Test CRC 5ADA27C8
Copy CRC 5ADA27C8
Cannot be verified as accurate (confidence 58) [5135087D], AccurateRip returned [5978F267]
Copy OK

Track 7

Mother Love Bone - Mother Love Bone (CD1) - 07 - Heartshine.flac

Peak level 97.8 %
Track quality 100.0 %
Test CRC 1EE7A4AA
Copy CRC 1EE7A4AA
Cannot be verified as accurate (confidence 57) [27726DF9], AccurateRip returned [2BAA8B53]
Copy OK

Track 8

Mother Love Bone - Mother Love Bone (CD1) - 08 - Captain Hi-Top.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC AED2ECEA
Copy CRC AED2ECEA
Cannot be verified as accurate (confidence 58) [E069B148], AccurateRip returned [C42B8BC8]
Copy OK

Track 9

Mother Love Bone - Mother Love Bone (CD1) - 09 - Man Of Golden Words.flac

Peak level 65.9 %
Track quality 100.0 %
Test CRC 1733B4CC
Copy CRC 1733B4CC
Cannot be verified as accurate (confidence 57) [C5842320], AccurateRip returned [DE9789BD]
Copy OK

Track 10

Mother Love Bone - Mother Love Bone (CD1) - 10 - Capricorn Sister.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC 99C9C151
Copy CRC 99C9C151
Cannot be verified as accurate (confidence 57) [E81C33CA], AccurateRip returned [C8A47CD1]
Copy OK

Track 11

Mother Love Bone - Mother Love Bone (CD1) - 11 - Gentle Groove.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC A6D89363
Copy CRC A6D89363
Cannot be verified as accurate (confidence 57) [411E651B], AccurateRip returned [FA395696]
Copy OK

Track 12

Mother Love Bone - Mother Love Bone (CD1) - 12 - Mr. Danny Boy.flac

Peak level 96.5 %
Track quality 100.0 %
Test CRC EF7C2D8E
Copy CRC EF7C2D8E
Cannot be verified as accurate (confidence 57) [83B60E25], AccurateRip returned [743B3E3F]
Copy OK

Track 13

Mother Love Bone - Mother Love Bone (CD1) - 13 - Crown Of Thorns.flac

Peak level 88.3 %
Track quality 99.9 %
Test CRC 406DD2A2
Copy CRC 406DD2A2
Cannot be verified as accurate (confidence 54) [F6FF75EB], AccurateRip returned [06A578BE]
Copy OK

Track 14

Mother Love Bone - Mother Love Bone (CD1) - 14 - Thru Fade Away.flac

Peak level 96.9 %
Track quality 100.0 %
Test CRC BBEA2D5D
Copy CRC BBEA2D5D
Cannot be verified as accurate (confidence 56) [7720EF5A], AccurateRip returned [F2615DBE]
Copy OK

Track 15

Mother Love Bone - Mother Love Bone (CD1) - 15 - Mindshaker Meltdown.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC 88FA92EC
Copy CRC 88FA92EC
Cannot be verified as accurate (confidence 55) [E9E13108], AccurateRip returned [6BD207E8]
Copy OK

Track 16

Mother Love Bone - Mother Love Bone (CD1) - 16 - Half Ass Monkey Boy.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC DFFF0842
Copy CRC DFFF0842
Cannot be verified as accurate (confidence 57) [9E7F7404], AccurateRip returned [51942F04]
Copy OK

Track 17

Mother Love Bone - Mother Love Bone (CD1) - 17 - Chloe Dancer-Crown Of Thorns.flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC 3A99CEFB
Copy CRC 3A99CEFB
Cannot be verified as accurate (confidence 52) [A469AAAF], AccurateRip returned [DC525ABB]
Copy OK


No tracks could be verified as accurate
You may have a different pressing from the one(s) in the database

No errors occurred

End of status report

This post has been edited by Akkurat: Feb 2 2011, 20:48

[greynol]

I can't believe that I'm the only owner of a different pressing CD who has AccurateRip:ped this.

Believe it.

Like me, did you say that you were banned from submitting to the database?

EDIT: FWIW, here's my logfile:

CODE

Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

EAC extraction logfile from 2. February 2011, 11:59

Mother Love Bone / Mother Love Bone

Used drive : PLEXTOR DVDR PX-716A Adapter: 3 ID: 1

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

Read offset correction : 30
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 : Yes
Used interface : Native Win32 interface for Win NT & 2000
Gap handling : Appended to previous track

Used output format : User Defined Encoder
Selected bitrate : 768 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : C:\Program Files\Exact Audio Copy\v0.99pb3\flac.exe
Additional command line options : -6 -T "ARTIST=%a" -T "TITLE=%t" -T "ALBUM=%g" -T
"DATE=%y" -T "TRACKNUMBER=%n" -T "GENRE=%m" %s


TOC of the extracted CD

Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.32 | 3:42.15 | 32 | 16696
2 | 3:42.47 | 4:58.05 | 16697 | 39051
3 | 8:40.52 | 4:28.20 | 39052 | 59171
4 | 13:08.72 | 3:46.03 | 59172 | 76124
5 | 16:55.00 | 5:26.37 | 76125 | 100611
6 | 22:21.37 | 4:52.65 | 100612 | 122576
7 | 27:14.27 | 4:37.35 | 122577 | 143386
8 | 31:51.62 | 3:06.58 | 143387 | 157394
9 | 34:58.45 | 3:41.52 | 157395 | 174021
10 | 38:40.22 | 4:19.03 | 174022 | 193449
11 | 42:59.25 | 4:04.07 | 193450 | 211756
12 | 47:03.32 | 4:50.08 | 211757 | 233514
13 | 51:53.40 | 6:21.65 | 233515 | 262154
14 | 58:15.30 | 3:44.65 | 262155 | 279019
15 | 62:00.20 | 3:47.05 | 279020 | 296049
16 | 65:47.25 | 3:21.27 | 296050 | 311151
17 | 69:08.52 | 8:22.03 | 311152 | 348804


Track 1

Filename F:\Mother Love Bone\Mother Love Bone\01 - This Is Shangrila.wav

Pre-gap length 0:00:02.32

Peak level 100.0 %
Track quality 100.0 %
Copy CRC 4AD7BFFD
Accurately ripped (confidence 57) [E41A0539]
Copy OK

Track 2

Filename F:\Mother Love Bone\Mother Love Bone\02 - Stardog Champion.wav

Pre-gap length 0:00:01.32

Peak level 100.0 %
Track quality 99.9 %
Copy CRC 4689B1D2
Accurately ripped (confidence 58) [737EF60A]
Copy OK

Track 3

Filename F:\Mother Love Bone\Mother Love Bone\03 - Holy Roller.wav

Pre-gap length 0:00:01.12

Peak level 100.0 %
Track quality 100.0 %
Copy CRC 5685FAEB
Accurately ripped (confidence 58) [AE2D029C]
Copy OK

Track 4

Filename F:\Mother Love Bone\Mother Love Bone\04 - Bone China.wav

Pre-gap length 0:00:01.32

Peak level 93.6 %
Track quality 100.0 %
Copy CRC 706FEB97
Accurately ripped (confidence 58) [B0E6F70D]
Copy OK

Track 5

Filename F:\Mother Love Bone\Mother Love Bone\05 - Come Bite The Apple.wav

Peak level 99.9 %
Track quality 100.0 %
Copy CRC 2137C838
Accurately ripped (confidence 57) [2D31C532]
Copy OK

Track 6

Filename F:\Mother Love Bone\Mother Love Bone\06 - Stargazer.wav

Pre-gap length 0:00:01.42

Peak level 100.0 %
Track quality 100.0 %
Copy CRC 26C58197
Accurately ripped (confidence 58) [5978F267]
Copy OK

Track 7

Filename F:\Mother Love Bone\Mother Love Bone\07 - Heartshine.wav

Pre-gap length 0:00:02.30

Peak level 97.8 %
Track quality 100.0 %
Copy CRC 1B006CAB
Accurately ripped (confidence 57) [2BAA8B53]
Copy OK

Track 8

Filename F:\Mother Love Bone\Mother Love Bone\08 - Captain Hi-Top.wav

Pre-gap length 0:00:01.27

Peak level 100.0 %
Track quality 99.8 %
Copy CRC 6F70BB6A
Accurately ripped (confidence 58) [C42B8BC8]
Copy OK

Track 9

Filename F:\Mother Love Bone\Mother Love Bone\09 - Man Of Golden Words.wav

Pre-gap length 0:00:01.10

Peak level 65.9 %
Track quality 100.0 %
Copy CRC CDFE8B5A
Accurately ripped (confidence 57) [DE9789BD]
Copy OK

Track 10

Filename F:\Mother Love Bone\Mother Love Bone\10 - Capricorn Sister.wav

Peak level 100.0 %
Track quality 100.0 %
Copy CRC C57C93C6
Accurately ripped (confidence 57) [C8A47CD1]
Copy OK

Track 11

Filename F:\Mother Love Bone\Mother Love Bone\11 - Gentle Groove.wav

Pre-gap length 0:00:01.43

Peak level 100.0 %
Track quality 100.0 %
Copy CRC 032CE91A
Accurately ripped (confidence 57) [FA395696]
Copy OK

Track 12

Filename F:\Mother Love Bone\Mother Love Bone\12 - Mr. Danny Boy.wav

Pre-gap length 0:00:00.30

Peak level 96.5 %
Track quality 100.0 %
Copy CRC FED9C6C3
Accurately ripped (confidence 57) [743B3E3F]
Copy OK

Track 13

Filename F:\Mother Love Bone\Mother Love Bone\13 - Crown Of Thorns.wav

Peak level 88.3 %
Track quality 99.9 %
Copy CRC E1DA366A
Accurately ripped (confidence 54) [06A578BE]
Copy OK

Track 14

Filename F:\Mother Love Bone\Mother Love Bone\14 - Thru Fade Away.wav

Pre-gap length 0:00:00.43

Peak level 96.9 %
Track quality 100.0 %
Copy CRC 7689F3BC
Accurately ripped (confidence 56) [F2615DBE]
Copy OK

Track 15

Filename F:\Mother Love Bone\Mother Love Bone\15 - Mindshaker Meltdown.wav

Pre-gap length 0:00:00.23

Peak level 100.0 %
Track quality 100.0 %
Copy CRC A2DACE9F
Accurately ripped (confidence 55) [6BD207E8]
Copy OK

Track 16

Filename F:\Mother Love Bone\Mother Love Bone\16 - Half Ass Monkey Boy.wav

Pre-gap length 0:00:00.48

Peak level 100.0 %
Track quality 100.0 %
Copy CRC E8AEA5B1
Accurately ripped (confidence 57) [51942F04]
Copy OK

Track 17

Filename F:\Mother Love Bone\Mother Love Bone\17 - Chloe Dancer,Crown Of Thorns.wav

Pre-gap length 0:00:01.70

Peak level 100.0 %
Track quality 100.0 %
Copy CRC B15ED118
Accurately ripped (confidence 52) [DC525ABB]
Copy OK


All tracks accurately ripped

No errors occurred

End of status report

EDIT2: Try checking again with CUETools but this time configure it with an offset of -5880 (well I think -5879, but whatever).

This post has been edited by greynol: Feb 2 2011, 23:18

[Akkurat]

Thanks for the fast reply and sorry for the late answer, got swamped with all kinds of stuff suddenly.

Yes, I'm banned from submitting to AR DB (and I still don't know why), why do you ask? Did you mean that others might be banned too and that could be why I don't see any results? I thought about it while I was posting, I just didn't feel like including every exclusion that might affect the situation.

Tried to verify with both -5880 and -5879 offsets applied, still no matches. I'm not worried about that I've a bad rip, I was just curious why CUETools shows logs this way.

I ripped the bonus CD that came with the album and here's the results for that:

CODE

Exact Audio Copy V0.99 prebeta 5 from 4. May 2009

EAC extraction logfile from 2. February 2011, 22:03

Mother Love Bone / Mother Love Bone (CD2)

Used drive : HL-DT-STCD-RW GCE-8520B Adapter: 1 ID: 0

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

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 : Yes
Used interface : Native Win32 interface for Win NT & 2000
Gap handling : Not detected, thus appended to previous track

Used output format : User Defined Encoder
Selected bitrate : 1024 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : C:\Program Files\REACT2\REACT.exe
Additional command line options : REACT %o %s %d "%a" "%g" "%t" "%n" "%x" "%y" "%m" "%e" "%f" "%b" %r


TOC of the extracted CD

Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.32 | 3:58.20 | 32 | 17901
2 | 3:58.52 | 3:23.50 | 17902 | 33176


Track 1

Mother Love Bone - Mother Love Bone (CD2) - 01 - Capricorn Sister (Shine Version).flac

Peak level 100.0 %
Track quality 100.0 %
Test CRC 2106577D
Copy CRC 2106577D
Cannot be verified as accurate (confidence 73) [B920F385], AccurateRip returned [A3DBA7F0]
Copy OK

Track 2

Mother Love Bone - Mother Love Bone (CD2) - 02 - Lady Godiva Blues.flac

Peak level 88.8 %
Track quality 100.0 %
Test CRC 0A555C56
Copy CRC 0A555C56
Cannot be verified as accurate (confidence 73) [FF9C7C77], AccurateRip returned [C21C7855]
Copy OK


No tracks could be verified as accurate
You may have a different pressing from the one(s) in the database

No errors occurred

End of status report

CODE

[CUETools log; Date: 2.2.2011 22:04:09; Version: 2.0.9]
Pregap length 00:00:32.
[AccurateRip ID: 0000c7a7-000210c7-0801ba02] found.
Track [ CRC ] Status
01 [b920f385] (00/95) No match
02 [ff9c7c77] (00/96) No match
Offsetted by -213:
01 [b227a445] (03/95) Accurately ripped
02 [e93b8381] (03/96) Accurately ripped
Offsetted by 34:
01 [a3dba7f0] (73/95) Accurately ripped
02 [c21c7855] (73/96) Accurately ripped
Offsetted by 1089:
01 [d2dca2fa] (17/95) Accurately ripped
02 [7eb91061] (18/96) Accurately ripped

Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 99,9 [3176173F] [AE9722F7]
01 99,9 [2106577D] [CF77CB6F] CRC32
02 88,8 [0A555C56] [79B5E77F] CRC32

This time CT found the other offset that the EAC log hints at.

Maybe I'll never understand (unless somebody comes up with a super easy explanation.. I've never been very good at understanding this offset-stuff) why CT shows "(000/126) No match" and such logs to users with no other offsets listed, while EAC seems to sniff other pressings. It's just confusing to me.

This post has been edited by Akkurat: Feb 7 2011, 23:48

[greynol]

I'm pretty certain that the AR dll simply provides the first hash entry and corresponding confidence to EAC when there is no match, which in this new case happens to have a confidence of 73.

CT presents any corresponding hashes from what is in the AR record after checking all the offsets offset over a +/-5-frame range limited to a maximum number of unique pressings presented which is arbitrarily chosen by the program. If it cannot find any matches then it won't present any. The number 126 is the total number of all the submissions in the record for that given track.

Your banishment just prevents you from submitting, you can download a record to be used to make a comparison against your data just like anyone else. My inquiry into your status was just to point out that you won't be able to contribute a pressing that currently doesn't exist in the database or may exist as a single submission in limbo awaiting a match.

Again I see no reason why every pressing of every disc should exist in the database. I have a few albums from seemingly popular bands (more popular than Mother Love Bone, to be certain) from pressings which had no publicly available AR data at the time I ripped them. I am not sure if they can be verified with CT; I haven't tried and can't really remember what they all were.

Feel free to work with me via PM if you want me to help you figure out exactly how your disc differs from what has been successfully submitted to the database.

This post has been edited by greynol: Feb 8 2011, 04:03

[Akkurat]

I'm pretty certain that the AR dll simply provides the first hash entry and corresponding confidence to EAC when there is no match, which in this new case happens to have a confidence of 73.

Yes of course, I had forgotten this thing. Thanks for reminding.

CT presents any corresponding hashes from what is in the AR record after checking all the offsets offset over a +/-5-frame range limited to a maximum number of unique pressings presented which is arbitrarily chosen by the program. If it cannot find any matches then it won't present any. The number 126 is the total number of all the submissions in the record for that given track.

Maybe it's just me but if it can't find matches at all from any "pressings" it looks, then why doesn't it show "disk not present in database" then? Why "000/126" or similar? That's confusing me. Maybe it's just how CT is designed. Is there any benefit for the user to see "000/xxx no matches" info (no other offsets)? If there is, then it of course make sense to show it to the user. If not, isn't this somewhat similar like the "as in pressing(s) #X" case which was removed eventually?

Your banishment just prevents you from submitting, you can download a record to be used to make a comparison against your data just like anyone else. My inquiry into your status was just to point out that you won't be able to contribute a pressing that currently doesn't exist in the database or may exist as a single submission in limbo awaiting a match.

Ok. Was known.. and I even remembered these.

Again I see no reason why every pressing of every disc should exist in the database.

Of course. I just imagined my copy to be in the DB; I thought that there wouldn't be so many different pressings made in USA, and I thought that all of those would be in the DB for this band/album.

[greynol]

Maybe it's just me but if it can't find matches at all from any "pressings" it looks, then why doesn't it show "disk not present in database" then?

Remember they are any pressings within a ~10 frame range. It could easily be that it might match one or more pressings outside of that range. Personally I would prefer to know that this might be the case rather than be told there are none. I see no reason why any pressings in the publicly available database would be removed simply because CT can't match them against your specific pressing (ignoring the fact that AR has no dependency on CT whatsoever). If a pressing was removed for being in limbo for too long (a completely hypothetical case; I haven't seen Spoon indicate this as a reason for removing data), it would not be included in the CT count anyway because they aren't in the publicly available record.

[Goratrix]

Maybe it's just me but if it can't find matches at all from any "pressings" it looks, then why doesn't it show "disk not present in database" then? Why "000/126" or similar? That's confusing me. Maybe it's just how CT is designed. Is there any benefit for the user to see "000/xxx no matches" info (no other offsets)? If there is, then it of course make sense to show it to the user.

That's because the Disc ID for Accuraterip is calculated based on the disc structure, not the data it contains. See here. So the benefit to the user is that you can at least see that there are discs in the database that have exactly the same structure of tracks as your disc, and then can try to experiment with different offsets just as Greynol suggested. On the other hand, if you get a "disc not present", you know that even the structure of your disc is unique.

[Goratrix]

on a related note, could anyone explain to me how to interpret this?

first verification, two months ago:

CODE

[CUETools log; Date: 27. 11. 2010 23:25:33; Version: 2.0.9]
[AccurateRip ID: 001ab587-00ea483f-9c0f620b] found.
Track   [ CRC    ] Status
01     [9f06ddd0] (1/1) Accurately ripped
02     [5fbb0d30] (1/1) Accurately ripped
03     [4e26036e] (1/1) Accurately ripped
04     [04e3ed0d] (1/1) Accurately ripped
05     [cbc519e7] (1/1) Accurately ripped
06     [393c3d11] (1/1) Accurately ripped
07     [710d5cd3] (1/1) Accurately ripped
08     [f06d7be8] (1/1) Accurately ripped
09     [dc3973b1] (1/1) Accurately ripped
10     [feceb6d4] (1/1) Accurately ripped
11     [04f78a73] (1/1) Accurately ripped

new verification, today:

CODE

[CUETools log; Date: 11. 2. 2011 11:23:55; Version: 2.0.9]
[AccurateRip ID: 001ab587-00ea483f-9c0f620b] found.
Track   [ CRC    ] Status
01     [9f06ddd0] (0/0) No match
02     [5fbb0d30] (0/0) No match
03     [4e26036e] (0/0) No match
04     [04e3ed0d] (0/0) No match
05     [cbc519e7] (0/0) No match
06     [393c3d11] (0/0) No match
07     [710d5cd3] (0/0) No match
08     [f06d7be8] (0/0) No match
09     [dc3973b1] (0/0) No match
10     [feceb6d4] (0/0) No match
11     [04f78a73] (0/0) No match

Do I interpret it correctly, that between November and today, there has been a new submission for this disc, with different data than the previous one, and therefore both of them have been moved to "limbo"? But the disc ID itself stays in the database, so we get this weird 0/0 result?

This post has been edited by Goratrix: Feb 11 2011, 11:29

[Akkurat]

Ok, now I understand it better, thanks greynol and Goratrix!

[greynol]

@Goratrix:
Yep, I suspect that is exactly the reason why you are seeing what you are seeing. Submit your disc (assuming that the previous submission wasn't yours) and it will reappear with a confidence of 2 once the database is updated.

@Akkurat:
You're entirely welcome!

This post has been edited by greynol: Feb 11 2011, 11:37