CUERipper's handling of AccurateRip and CTDB submissions still mystifies me. Today while experimenting with burst mode, I got "AR: rip accurate (44/44), CTDB: disk not present in database, insufficient quality."
[CUETools log; Date: 4/10/2013 6:00:37 PM; Version: 2.1.4]
Pregap length 00:00:32.
[CTDB TOCID: 0Z0vBojTm3ENuDvKLGSe4daWlEw-] disk not present in database.
[AccurateRip ID: 000ba559-003d9dd0-520b1806] found.
Track [ CRC | V2 ] Status
01 [d94b89c4|f2c2d959] (42+04/46) Accurately ripped
02 [151fcaf7|54e460d5] (42+04/46) Accurately ripped
03 [ea4f7df1|e944873a] (41+04/45) Accurately ripped
04 [e419b7f9|6df12198] (42+04/46) Accurately ripped
05 [5d270e84|cc7fc6d4] (42+04/46) Accurately ripped
06 [9e561a14|f49c1ff0] (40+04/44) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL]
-- 100.0 [EDC7DA6E] [899889DB]
01 99.4 [E61B076B] [CF1AF1EB]
02 99.7 [510F5D70] [932D687A]
03 100.0 [D05202B6] [9739E9A7]
04 99.2 [7181379B] [01F7F213]
05 99.9 [71C4A87B] [5423EDA5]
06 99.6 [C0C9DC68] [8AC2AAE9]
CUERipper v2.1.4 Copyright © 2008-12 Grigory Chudov
EAC extraction logfile from 10. April 2013, 18:00
Orchestra Baobab / Pirates Choice
Used drive : PLDS DVD-RW DH16ABSH Adapter: 1 ID: 0
Read mode : Burst
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 : 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 : 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.32 | 8:43.33 | 32 | 39289
2 | 8:43.65 | 7:45.30 | 39290 | 74194
3 | 16:29.20 | 8:58.57 | 74195 | 114601
4 | 25:28.02 | 6:48.15 | 114602 | 145216
5 | 32:16.17 | 7:01.25 | 145217 | 176816
6 | 39:17.42 | 8:03.30 | 176817 | 213071
Track 1
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[01] Orchestra Baobab - Utrus Horas.wav
Pre-gap length 0:00:02.42
Peak level 99.4 %
Track quality 100.0 %
Copy CRC E61B076B
Accurately ripped (confidence 46) [D94B89C4]
Copy OK
Track 2
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[02] Orchestra Baobab - Coumba.wav
Pre-gap length 0:00:03.73
Peak level 99.7 %
Track quality 100.0 %
Copy CRC 510F5D70
Accurately ripped (confidence 46) [151FCAF7]
Copy OK
Track 3
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[03] Orchestra Baobab - Ledi Ndieme M'bodj.wav
Pre-gap length 0:00:02.84
Peak level 100.0 %
Track quality 100.0 %
Copy CRC D05202B6
Accurately ripped (confidence 45) [EA4F7DF1]
Copy OK
Track 4
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[04] Orchestra Baobab - Werente Serigne.wav
Pre-gap length 0:00:04.42
Peak level 99.2 %
Track quality 100.0 %
Copy CRC 7181379B
Accurately ripped (confidence 46) [E419B7F9]
Copy OK
Track 5
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[05] Orchestra Baobab - Ray M'bele.wav
Pre-gap length 0:00:03.73
Peak level 99.9 %
Track quality 100.0 %
Copy CRC 71C4A87B
Accurately ripped (confidence 46) [5D270E84]
Copy OK
Track 6
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[06] Orchestra Baobab - Soldadi.wav
Pre-gap length 0:00:03.73
Peak level 99.6 %
Track quality 100.0 %
Copy CRC C0C9DC68
Accurately ripped (confidence 44) [9E561A14]
Copy OK
All tracks accurately ripped
No errors occurred
End of status report
Why "insufficient quality" for this?
So then I re-ripped in Secure mode, and sure enough, it was acceptable: "AR: rip accurate (44/44), CTDB: disk not present in database, 0Z0vBojTm3ENuDvKLGSe4daWlEw- has been uploaded."
[CUETools log; Date: 4/10/2013 6:10:17 PM; Version: 2.1.4]
Pregap length 00:00:32.
[CTDB TOCID: 0Z0vBojTm3ENuDvKLGSe4daWlEw-] disk not present in database.
CUETools DB: insufficient quality.
[AccurateRip ID: 000ba559-003d9dd0-520b1806] found.
Track [ CRC | V2 ] Status
01 [d94b89c4|f2c2d959] (42+04/46) Accurately ripped
02 [151fcaf7|54e460d5] (42+04/46) Accurately ripped
03 [ea4f7df1|e944873a] (41+04/45) Accurately ripped
04 [e419b7f9|6df12198] (42+04/46) Accurately ripped
05 [5d270e84|cc7fc6d4] (42+04/46) Accurately ripped
06 [9e561a14|f49c1ff0] (40+04/44) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL]
-- 100.0 [EDC7DA6E] [899889DB]
01 99.4 [E61B076B] [CF1AF1EB]
02 99.7 [510F5D70] [932D687A]
03 100.0 [D05202B6] [9739E9A7]
04 99.2 [7181379B] [01F7F213]
05 99.9 [71C4A87B] [5423EDA5]
06 99.6 [C0C9DC68] [8AC2AAE9]
CUERipper v2.1.4 Copyright © 2008-12 Grigory Chudov
EAC extraction logfile from 10. April 2013, 18:00
Orchestra Baobab / Pirates Choice
Used drive : PLDS DVD-RW DH16ABSH Adapter: 1 ID: 0
Read mode : Burst
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 : 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 : 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.32 | 8:43.33 | 32 | 39289
2 | 8:43.65 | 7:45.30 | 39290 | 74194
3 | 16:29.20 | 8:58.57 | 74195 | 114601
4 | 25:28.02 | 6:48.15 | 114602 | 145216
5 | 32:16.17 | 7:01.25 | 145217 | 176816
6 | 39:17.42 | 8:03.30 | 176817 | 213071
Track 1
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[01] Orchestra Baobab - Utrus Horas.wav
Pre-gap length 0:00:02.42
Peak level 99.4 %
Track quality 100.0 %
Copy CRC E61B076B
Accurately ripped (confidence 46) [D94B89C4]
Copy OK
Track 2
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[02] Orchestra Baobab - Coumba.wav
Pre-gap length 0:00:03.73
Peak level 99.7 %
Track quality 100.0 %
Copy CRC 510F5D70
Accurately ripped (confidence 46) [151FCAF7]
Copy OK
Track 3
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[03] Orchestra Baobab - Ledi Ndieme M'bodj.wav
Pre-gap length 0:00:02.84
Peak level 100.0 %
Track quality 100.0 %
Copy CRC D05202B6
Accurately ripped (confidence 45) [EA4F7DF1]
Copy OK
Track 4
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[04] Orchestra Baobab - Werente Serigne.wav
Pre-gap length 0:00:04.42
Peak level 99.2 %
Track quality 100.0 %
Copy CRC 7181379B
Accurately ripped (confidence 46) [E419B7F9]
Copy OK
Track 5
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[05] Orchestra Baobab - Ray M'bele.wav
Pre-gap length 0:00:03.73
Peak level 99.9 %
Track quality 100.0 %
Copy CRC 71C4A87B
Accurately ripped (confidence 46) [5D270E84]
Copy OK
Track 6
Filename I:\New folder\Orchestra Baobab\1982 - Pirates Choice\[06] Orchestra Baobab - Soldadi.wav
Pre-gap length 0:00:03.73
Peak level 99.6 %
Track quality 100.0 %
Copy CRC C0C9DC68
Accurately ripped (confidence 44) [9E561A14]
Copy OK
All tracks accurately ripped
No errors occurred
End of status report
Why wasn't the burst rip acceptable? It was no better or worse than the secure rip; the output was identical.
And why does the secure rip's .accurip log say "insufficient quality"?! Shouldn't it be the other way around?
Is it unreasonable for me to expect things to make more sense than this? Would it help to enable the detailed log?