Since CTDB started per-track verification, all rip results from CUERipper and the EAC plugin are submitted but repair data is only supposed to be accepted for good rips. Per-disc verification can have several (1/x) No match results from rips with some errors by design. Those results are stored to increase confidence levels for the tracks without errors. The detailed log is Off by default so most users should only see the per-track results similar to AR.
CUETools only submits to CTDB if AR confidence is greater than 1 AND no existing entry is found in CTDB.
[EDIT]
You're probably seeing a bad repair submission from the EAC plugin. See CTDB EAC Plugin: Known_issues. Don't trust (1/x) results for repair.
But it could also be an alternate pressing. If I ever get the guide written for the wiki, I have an example of such a disc.
I ripped a scratched CD with EAC. The CTDB plug-in submitted the bad rip, as expected:
Exact Audio Copy V1.0 beta 3 from 29. August 2011
EAC extraction logfile from 21. March 2013, 2:11
Venus Hum / Big Beautiful Sky
Used drive : PLDS DVD-RW DH16ABSH Adapter: 0 ID: 1
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : No
Make use of C2 pointers : No
Read offset correction : 6
Overread into Lead-In and Lead-Out : No
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 : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 4:00.55 | 0 | 18054
2 | 4:00.55 | 3:46.70 | 18055 | 35074
3 | 7:47.50 | 3:51.63 | 35075 | 52462
4 | 11:39.38 | 4:05.40 | 52463 | 70877
5 | 15:45.03 | 4:19.72 | 70878 | 90374
6 | 20:05.00 | 3:16.70 | 90375 | 105144
7 | 23:21.70 | 3:20.23 | 105145 | 120167
8 | 26:42.18 | 4:23.10 | 120168 | 139902
9 | 31:05.28 | 4:37.62 | 139903 | 160739
10 | 35:43.15 | 4:07.40 | 160740 | 179304
11 | 39:50.55 | 3:54.33 | 179305 | 196887
12 | 43:45.13 | 3:49.17 | 196888 | 214079
13 | 50:06.30 | 5:25.14 | 225480 | 249868
Track 1
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[01] Venus Hum - Hummingbirds.wav
Peak level 99.9 %
Extraction speed 5.8 X
Track quality 99.9 %
Copy CRC CC117BC9
Accurately ripped (confidence 2) [A64BC7C9] (AR v2)
Copy OK
Track 2
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[02] Venus Hum - Montana.wav
Peak level 99.9 %
Extraction speed 7.6 X
Track quality 100.0 %
Copy CRC ECD92270
Accurately ripped (confidence 2) [A5BBB289] (AR v2)
Copy OK
Track 3
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[03] Venus Hum - Soul Sloshing.wav
Peak level 99.9 %
Extraction speed 8.5 X
Track quality 100.0 %
Copy CRC B024FA16
Accurately ripped (confidence 2) [E5A1EA29] (AR v2)
Copy OK
Track 4
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[04] Venus Hum - Wordless May.wav
Peak level 99.9 %
Extraction speed 9.2 X
Track quality 100.0 %
Copy CRC 58AA8AAD
Accurately ripped (confidence 2) [E744AD30] (AR v2)
Copy OK
Track 5
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[05] Venus Hum - Alice.wav
Suspicious position 0:03:19 - 0:03:24
Peak level 99.9 %
Extraction speed 2.8 X
Track quality 98.7 %
Copy CRC FCA14352
Cannot be verified as accurate (confidence 27) [F5A38655], AccurateRip returned [FD2A830B] (AR v2)
Copy finished
Track 6
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[06] Venus Hum - Lumberjacks.wav
Peak level 99.9 %
Extraction speed 9.9 X
Track quality 100.0 %
Copy CRC A0DE05F6
Accurately ripped (confidence 2) [21B3171D] (AR v2)
Copy OK
Track 7
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[07] Venus Hum - Beautiful Spain.wav
Peak level 99.9 %
Extraction speed 10.8 X
Track quality 100.0 %
Copy CRC 230A2618
Accurately ripped (confidence 2) [BCD1BD5A] (AR v2)
Copy OK
Track 8
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[08] Venus Hum - The Bells.wav
Peak level 99.9 %
Extraction speed 11.4 X
Track quality 100.0 %
Copy CRC E388B1C0
Accurately ripped (confidence 2) [8103622F] (AR v2)
Copy OK
Track 9
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[09] Venus Hum - Springtime #2.wav
Peak level 99.9 %
Extraction speed 11.1 X
Track quality 100.0 %
Copy CRC 61436095
Accurately ripped (confidence 2) [CEA24984] (AR v2)
Copy OK
Track 10
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[10] Venus Hum - Honey.wav
Peak level 99.9 %
Extraction speed 12.4 X
Track quality 100.0 %
Copy CRC DF87E5C4
Accurately ripped (confidence 2) [375E42E5] (AR v2)
Copy OK
Track 11
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[11] Venus Hum - Sonic Boom.wav
Peak level 99.9 %
Extraction speed 12.8 X
Track quality 100.0 %
Copy CRC EB1BD55B
Accurately ripped (confidence 2) [222135FC] (AR v2)
Copy OK
Track 12
Filename I:\incoming music\_new rips\Venus Hum - Big Beautiful Sky\[12] Venus Hum - Bella Luna.wav
Peak level 99.9 %
Extraction speed 13.1 X
Track quality 100.0 %
Copy CRC DEDB90BA
Accurately ripped (confidence 2) [B731197C] (AR v2)
Copy OK
11 track(s) accurately ripped
1 track(s) could not be verified as accurate
Some tracks could not be verified as accurate
There were errors
End of status report
---- CUETools DB Plugin V2.1.3
[CTDB TOCID: 57yKe23QeyaVP_eCU_cTkYq8sIw-] found, Submit result: 57yKe23QeyaVP_eCU_cTkYq8sIw- has been submitted
[d1e028a7] (33/33) Differs in 498 samples @19:04:16,19:05:06-19:05:07,19:05:45,19:06:61,19:06:74-19:07:00,19:07:12-19:07:13,19:07:25-19:07:26,19:08:41-19:08:42,19:09:05-19:09:06,19:09:44
You can use CUETools to repair this rip.
So now CTDB has 8 submissions, 7 of which are identical, presumably good rips, plus my bad one. (not sure if it matters I was using the 2.1.3 plugin)
I then re-ripped it with CUERipper, which also had trouble with the scratched track:
[CUETools log; Date: 3/21/2013 2:50:50 AM; Version: 2.1.4]
CD-Extra data track length 05:25:14.
[CTDB TOCID: 57yKe23QeyaVP_eCU_cTkYq8sIw-] found.
Track | CTDB Status
1 | (9/9) Accurately ripped
2 | (9/9) Accurately ripped
3 | (9/9) Accurately ripped
4 | (9/9) Accurately ripped
5 | (7/9) Differs in 90 samples @03:20:03,03:20:42,03:22:22-03:22:23,03:23:13,03:30:07, or (1/9) differs in 90 samples @03:20:03,03:20:42,03:22:22-03:22:23,03:23:13,03:30:07
6 | (9/9) Accurately ripped
7 | (9/9) Accurately ripped
8 | (9/9) Accurately ripped
9 | (9/9) Accurately ripped
10 | (9/9) Accurately ripped
11 | (9/9) Accurately ripped
12 | (9/9) Accurately ripped
[AccurateRip ID: 0015a670-00cc644e-a40d030d] found.
Track [ CRC | V2 ] Status
01 [12884c66|a64bc7c9] (28+02/30) Accurately ripped
02 [b3a4581d|a5bbb289] (29+02/31) Accurately ripped
03 [8716e2e3|e5a1ea29] (28+02/30) Accurately ripped
04 [1b3000ee|e744ad30] (28+02/30) Accurately ripped
05 [5a789296|c8fda304] (00+00/29) No match
06 [c930d756|21b3171d] (28+02/30) Accurately ripped
07 [b934b899|bcd1bd5a] (27+02/29) Accurately ripped
08 [12695676|8103622f] (27+02/29) Accurately ripped
09 [b9a7d402|cea24984] (27+02/29) Accurately ripped
10 [09fa0c5c|375e42e5] (27+02/29) Accurately ripped
11 [9a909811|222135fc] (26+02/28) Accurately ripped
12 [5d405a40|b731197c] (25+02/27) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL]
-- 99.9 [EB8A4739] [01964A15]
01 99.9 [CC117BC9] [73379AF5]
02 99.9 [ECD92270] [5F08F957]
03 99.9 [B024FA16] [D597085A]
04 99.9 [58AA8AAD] [AB8637B3]
05 99.9 [9424BF4A] [CB9A1600]
06 99.9 [A0DE05F6] [4FA4E9E0]
07 99.9 [230A2618] [FAF190F3]
08 99.9 [E388B1C0] [F001FAF1]
09 99.9 [61436095] [74AE5D1A]
10 99.9 [DF87E5C4] [97298B19]
11 99.9 [EB1BD55B] [45D1D6CF]
12 99.9 [DEDB90BA] [6FBC05BE]
I should've made a note of what the post-rip dialog said. I believe it said something about differing in 90 samples, something submitted... so it seems bad rips can be submitted from CUERipper? Meaning there are now 9 submissions (7 good, 2 bad) (plus 1 with no data track):
http://db.cuetools.net/?tocid=57yKe23QeyaVP_eCU_cTkYq8sIw-
Both rippers said I could maybe repair the rip with CUETools, so I attempted to do so by dragging the CUERipper rip's .cue file into CUETools, selecting Encode/repair, Tracks, Lossless/flac.
But CUETools won't do anything. After it verifies the tracks, it doesn't prompt me or anything. It just says, in the log section:
I:\New folder\Venus Hum\2003 - Big Beautiful Sky\Venus Hum - Big Beautiful Sky.cue: differs in 90 samples, confidence 7, or differs in 90 samples, confidence 1, or verified OK, confidence 1.
How can I make it repair this rip to match the 7 presumably good submissions?