Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Post-rip Verify against AccurateRip Database (Read 1659 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Post-rip Verify against AccurateRip Database

I found a post in the dbPoweramp forum that CueTools could just do that.
But I have problems with this process. Some of my (earlier) rips w/o AccurateRip support shoe "weak" or no confidence:
Eg. the rip of "The Beatles - Please Please Me (CDP 7 46435 2)" results in this CueTools log:
Code: [Select]
[CUETools log; Date: 30.03.2023 15:42:27; Version: 2.2.3]
[CTDB TOCID: NxA0cai3Ry5MLjxs4zRI3jvevSw-] found.
Track | CTDB Status
  1   | (2542/2608) Accurately ripped
  2   | (2581/2608) Accurately ripped
  3   | (2566/2608) Accurately ripped
  4   | (2577/2608) Accurately ripped
  5   | (2583/2608) Accurately ripped, or (1/2608) differs in 10 samples @00:49:66-00:49:67,01:08:67
  6   | (2581/2608) Accurately ripped
  7   | (2133/2608) Accurately ripped, or (405/2608) differs in 1 samples @01:26:46, or (2/2608) differs in 1 samples @01:26:46, or (2/2608) differs in 1 samples @01:26:46
  8   | (2580/2608) Accurately ripped
  9   | (2582/2608) Accurately ripped
 10   | (2567/2608) Accurately ripped
 11   | (2137/2608) Accurately ripped, or (405/2608) differs in 1 samples @00:38:32, or (2/2608) differs in 1 samples @00:38:32, or (2/2608) differs in 1 samples @00:38:32
 12   | (2369/2608) Accurately ripped, or (189/2608) differs in 9 samples @00:08:52
 13   | (2574/2608) Accurately ripped
 14   | (2545/2608) Accurately ripped, or (4/2608) differs in 7068 samples @02:32:71-02:33:02, or (2/2608) differs in 1188 samples @02:32:72-02:32:73, or (3/2608) differs in 1188 samples @02:33:01-02:33:02
[AccurateRip ID: 00116615-00b7cb26-bf07ad0e] found.
Track   [  CRC   |   V2   ] Status
 01     [8aed6c5c|c63546d5] (0+0/4) No match
 02     [e871144e|a5d4b66d] (0+0/6) No match
 03     [3f46a0ab|69d95ab6] (0+0/4) No match
 04     [05bfa52d|3524ed59] (0+0/4) No match
 05     [fc5406cd|9266ab15] (0+0/4) No match
 06     [92de5288|864bd0fa] (0+0/4) No match
 07     [2ea82273|2db3e796] (0+0/4) No match
 08     [064c9c43|eaf9ebac] (0+0/4) No match
 09     [5c255b2a|e8af4dd2] (0+0/4) No match
 10     [887a8c51|948a32c9] (0+0/4) No match
 11     [d40c4ede|f06c9a4d] (0+0/4) No match
 12     [93dfe733|5ec2581a] (0+0/4) No match
 13     [b90f1bfc|4265ee24] (0+0/4) No match
 14     [188ef08f|b8fb6d63] (0+0/4) No match
Offsetted by -1120:
 01     [9c155adc] (2/4) Accurately ripped
 02     [2530bdce] (2/6) Accurately ripped
 03     [940719cb] (2/4) Accurately ripped
 04     [1484972d] (2/4) Accurately ripped
 05     [8e73d78d] (2/4) Accurately ripped
 06     [e7a3fe08] (2/4) Accurately ripped
 07     [6e607333] (2/4) Accurately ripped
 08     [fed49103] (2/4) Accurately ripped
 09     [72ac9bea] (2/4) Accurately ripped
 10     [67a366f1] (2/4) Accurately ripped
 11     [e9b6177e] (2/4) Accurately ripped
 12     [860c4a73] (2/4) Accurately ripped
 13     [4eeb889c] (2/4) Accurately ripped
 14     [0ddf058f] (2/4) Accurately ripped
Offsetted by -1356:
 01     [7862572c] (0/4) No match
 02     [cb974c7e] (0/6) No match
 03     [c98b160f] (0/4) No match
 04     [1975676d] (0/4) No match
 05     [d3a49a65] (0/4) No match
 06     [34ee8ef8] (0/4) No match
 07     [cd2cc60b] (0/4) No match (V2 was not tested)
 08     [5248fc5b] (0/4) No match
 09     [7597bcc2] (0/4) No match
 10     [ce6ec0e5] (0/4) No match (V2 was not tested)
 11     [b76b3d32] (0/4) No match
 12     [f829c21b] (0/4) No match
 13     [397826d0] (0/4) No match
 14     [270c3d2f] (0/4) No match
Offsetted by -1355:
 01     [b31c9730] (0/4) No match (V2 was not tested)
 02     [31efd03a] (2/6) Accurately ripped
 03     [6018a0ec] (0/4) No match
 04     [d0c27c3d] (0/4) No match
 05     [5d1ccda3] (0/4) No match (V2 was not tested)
 06     [9a920a04] (0/4) No match (V2 was not tested)
 07     [0a9a8d49] (0/4) No match
 08     [7e67f339] (0/4) No match (V2 was not tested)
 09     [fe422180] (0/4) No match (V2 was not tested)
 10     [c551b03e] (0/4) No match
 11     [bbf892bb] (0/4) No match (V2 was not tested)
 12     [0c4a2cfd] (0/4) No match
 13     [b538a3f9] (0/4) No match
 14     [24c589f7] (0/4) No match
Offsetted by -1354:
 01     [edd6d734] (0/4) No match
 02     [984853f6] (0/6) No match
 03     [f6a62bc9] (0/4) No match (V2 was not tested)
 04     [880f910d] (0/4) No match (V2 was not tested)
 05     [e69500e1] (0/4) No match
 06     [00358510] (0/4) No match
 07     [48085487] (0/4) No match
 08     [aa86ea17] (0/4) No match
 09     [86ec863e] (0/4) No match
 10     [bc349f97] (0/4) No match
 11     [c085e844] (0/4) No match
 12     [206a97df] (0/4) No match
 13     [30f92122] (0/4) No match
 14     [227ed6bf] (0/4) No match (V2 was not tested)
Offsetted by -1353:
 01     [28911738] (0/4) No match
 02     [fea0d7b2] (0/6) No match
 03     [8d33b6a6] (0/4) No match
 04     [3f5ca5dd] (0/4) No match
 05     [700d341f] (0/4) No match
 06     [65d9001c] (0/4) No match
 07     [85761bc5] (0/4) No match
 08     [d6a5e0f5] (0/4) No match
 09     [0f96eafc] (0/4) No match
 10     [b3178ef0] (0/4) No match
 11     [c5133dcd] (0/4) No match
 12     [348b02c1] (0/4) No match (V2 was not tested)
 13     [acb99e4b] (0/4) No match (V2 was not tested)
 14     [20382387] (0/4) No match

Track Peak [ CRC32  ] [W/O NULL] 
 --  100,0 [4C7715FD] [DD76A357]           
 01   99,6 [EABCCE3F] [2506D1FB]           
 02   93,2 [9F460E07] [6D8534B1]           
 03   99,7 [D9E83404] [FF95A932]           
 04   91,1 [65A5D34A] [5B269E27]           
 05  100,0 [14DAB866] [35E2A640]           
 06   86,9 [89FF203A] [1B6F3861]           
 07  100,0 [1C99E826] [DCC7311A]           
 08  100,0 [91D395D0] [F8F94B3B]           
 09   82,2 [F72493F3] [870D08DF]           
 10   85,2 [80A02F92] [BEEA5E50]           
 11   96,4 [3DE32D67] [F56A4DDC]           
 12   86,6 [E2EB5D14] [F96FD345]           
 13  100,0 [B2ECCF91] [8ECD24A2]           
 14   85,1 [4ADA8BC3] [37E7F2E5]          
So good CTDB match, but only confidence 2 in AR.
When re-ripping the same CD with dbPoweramp, I get the same audio files (tested with foobar: "All tracks decoded fine, no differences found"), but dbPoweramp reports a much higher confidence:
Code: [Select]
Ripping with drive 'D:   [hp       - DVD A  DH16ABSH ]',  Drive offset: 6,  Overread Lead-in/out: No
AccurateRip: Active,  Using C2: No,  Cache: 1024 KB,  FUA Cache Invalidate: No
Pass 1 Drive Speed: Max,  Pass 2 Drive Speed: Max

Track 1:  Ripped LBA 33 to 13218 (2:55) in 0:14. Filename: C:\Users\sundance\Music\The Beatles - Please Please Me\01_I Saw Her Standing There.flac
  AccurateRip: Accurate (confidence 68)     [Pass 1]
  CRC32: EABCCE3F     AccurateRip CRC: C63546D5 (CRCv2)     [DiscID: 014-00116804-00b7da9d-c507ae0e-1]
  AccurateRip Verified Confidence 68 [CRCv2 c63546d5]
  AccurateRip Verified Confidence 200 [CRCv2 865bb2d0], Using Pressing Offset -163
  AccurateRip Verified Confidence 183 [CRCv2 d8ccf9e7], Using Pressing Offset +276
  AccurateRip Verified Confidence 92 [CRCv2 bebc6f69], Using Pressing Offset +13
(all other tracks have the same confidence numbers)
Am I doing something wrong here with CueTools?

Re: Post-rip Verify against AccurateRip Database

Reply #1 –
Why AccurateRip database lookups sometimes fail

Quote
Ripping with drive 'D:   [hp       - DVD A  DH16ABSH ]',  Drive offset: 6,  Overread Lead-in/out: No
AccurateRip: Active,  Using C2: No,  Cache: 1024 KB,  FUA Cache Invalidate: No
Pass 1 Drive Speed: Max,  Pass 2 Drive Speed: Max

Track 1:  Ripped LBA 33 to 13218
Rip requires Extra: Pregap 00:00:33 to verify

X

I would suggest turning on Detailed log: True when you run across this type of situation. It will provide more details of variations
korth

Re: Post-rip Verify against AccurateRip Database

Reply #2 –
This is one of the reasons you still need the CUE Sheets.

dBpoweramp does have a CUE Sheet Image Utility Codec for Windows.

Re: Post-rip Verify against AccurateRip Database

Reply #3 –
CUETools can also use a log file from EAC or CUERipper, ACCURATERIPID tag, CDTOC tag, or %filename%.toc file (in the same form as the TOC section of the EAC extraction log) to identify the rip.
korth

Re: Post-rip Verify against AccurateRip Database

Reply #4 –
@korth:
With the 00:00:33 pregap given, the verification process reports the expected results:
Code: [Select]
[AccurateRip ID: 00116804-00b7da9d-c507ae0e] found.
Track   [  CRC   |   V2   ] Status
 01     [8aed6c5c|c63546d5] (054+068/1910) Accurately ripped
 02     [e871144e|a5d4b66d] (052+068/1915) Accurately ripped
 03     [3f46a0ab|69d95ab6] (053+068/1909) Accurately ripped
 04     [05bfa52d|3524ed59] (053+068/1913) Accurately ripped
 05     [fc5406cd|9266ab15] (053+068/1915) Accurately ripped
 06     [92de5288|864bd0fa] (054+068/1915) Accurately ripped
 07     [2ea82273|2db3e796] (053+068/1927) Accurately ripped
 08     [064c9c43|eaf9ebac] (053+068/1928) Accurately ripped
 09     [5c255b2a|e8af4dd2] (054+068/1920) Accurately ripped
 10     [887a8c51|948a32c9] (054+067/1911) Accurately ripped
 11     [d40c4ede|f06c9a4d] (056+066/1912) Accurately ripped
 12     [93dfe733|5ec2581a] (054+067/1902) Accurately ripped
 13     [b90f1bfc|4265ee24] (054+066/1909) Accurately ripped
 14     [188ef08f|b8fb6d63] (041+064/1899) Accurately ripped
Offsetted by -852:
 01     [17105f0c] (014/1910) Accurately ripped
 02     [49daa69e] (014/1915) Accurately ripped
 03     [30347927] (014/1909) Accurately ripped
 04     [f93660ed] (014/1913) Accurately ripped
 05     [78497c75] (014/1915) Accurately ripped
 06     [4ec8ce98] (014/1915) Accurately ripped
 07     [bd4d081b] (014/1927) Accurately ripped
 08     [2f3f016b] (014/1928) Accurately ripped
 09     [850e12d2] (014/1920) Accurately ripped
 10     [dd35f81d] (014/1911) Accurately ripped
 11     [adaba2ea] (014/1912) Accurately ripped
 12     [97fc2f0b] (014/1902) Accurately ripped
 13     [dc6e8f88] (014/1909) Accurately ripped
 14     [abdb66ef] (007/1899) Accurately ripped
Although, frankly, I don't fully understand what "(054+068/1910)" or "(007/1899)" actually means...

And after enabling detailed logs, this pregap is reported. Thanks for that one!

Quote
CUETools can also use a log file from EAC or CUERipper, AccurateRip tag, CDTOC tag, or %filename%.toc file (in the same form as in the EAC log) to identify the rip.
I still have log and cue files from my earlier EAC rips. But I cannot see that pregap reported here, so even if I put those files back to where the audio files are located, I get the same (bad) AR report...

@SimBun:
Can this CUE Sheet Image Utility Codec create CUE sheets form single track audio files?
[edit] Just tested that, but obviously it only works if the rip was done with dbPoweramp (my old rips are EAC):
Code: [Select]
Error converting to [CUE Single File Image], 'C:\Users\sundance\Music\The Beatles - Please Please Me\01_I Saw Her Standing There.flac' to 'C:\Users\sundance\Music\The Beatles - Please Please Me\01_I Saw Her Standing There.IGNORE'
   CUE Image requires the CD TOC ID Tag (in CD Ripper >> Options >> Meta Data & ID Tag Options >> Enable 'Raw CD TOC').

Re: Post-rip Verify against AccurateRip Database

Reply #5 –
Quote
01     [8aed6c5c|c63546d5] (054+068/1910) Accurately ripped
Quote
14     [abdb66ef] (007/1899) Accurately ripped
Quote
Although, frankly, I don't fully understand what "(054+068/1910)" or "(007/1899)" actually means...
AccurateRip Verified Confidence 54 [CRCv1 8aed6c5c]
AccurateRip Verified Confidence 68 [CRCv2 c63546d5]
1910 is the total number found for that track (matching or not).

Alternate pressings are AccurateRip CRCv1 only. CUETools does not check AccurateRip CRCv2 for pressings.
AccurateRip Verified Confidence 7 [CRCv1 abdb66ef]
1899 is the total number found for that track (matching or not).

http://cue.tools/wiki/CUETools_log#AccurateRip_Section
korth

Re: Post-rip Verify against AccurateRip Database

Reply #6 –
Quote from: sundance on
@SimBun:
Can this CUE Sheet Image Utility Codec create CUE sheets form single track audio files?
You mentioned that you'd re-ripped the disc with dBpoweramp; that utility is for creating a CUE sheet whilst using CD Ripper.

I don't know why your EAC rip would be lacking the PREGAP, but if it's known you can just add it to your existing CUE sheet:
Code: [Select]
  TRACK 01 AUDIO
    PREGAP 00:00:33

It should be in your log file in this section:
Code: [Select]
TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.33 | 

Re: Post-rip Verify against AccurateRip Database

Reply #7 –
@korth:
http://cue.tools/wiki/CUETools_log#AccurateRip_Section
Thank you very much for that link, that really explains a lot if not all.
Somehow, I couldn't find this page from CueTools Wiki TOC. My bad...

@SimBun:
Yes, my test re-rips were done with dbPoweramp (which has this PREGAP information, of course).
But my earlier EAC rip's cue file didn't:
Code: [Select]
PERFORMER "The Beatles"
TITLE "Please Please Me"
FILE "01_I Saw Her Standing There.flac" WAVE
  TRACK 01 AUDIO
    TITLE "I Saw Her Standing There"
    PERFORMER "The Beatles"
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "Misery"
    PERFORMER "The Beatles"
    INDEX 00 02:52:65
FILE "02_Misery.flac" WAVE
    INDEX 01 00:00:00
  TRACK 03 AUDIO
    TITLE "Anna (Go To Him)"
    PERFORMER "The Beatles"
    INDEX 00 01:47:35
FILE "03_Anna (Go To Him).flac" WAVE
    INDEX 01 00:00:00
  TRACK 04 AUDIO
    TITLE "Chains"
    PERFORMER "The Beatles"
    INDEX 00 02:54:65
FILE "04_Chains.flac" WAVE
    INDEX 01 00:00:00
  TRACK 05 AUDIO
    TITLE "Boys"
    PERFORMER "The Beatles"
    INDEX 00 02:23:35
FILE "05_Boys.flac" WAVE
    INDEX 01 00:00:00
  TRACK 06 AUDIO
    TITLE "Ask Me Why"
    PERFORMER "The Beatles"
    INDEX 00 02:24:43
FILE "06_Ask Me Why.flac" WAVE
    INDEX 01 00:00:00
  TRACK 07 AUDIO
    TITLE "Please Please Me"
    PERFORMER "The Beatles"
    INDEX 00 02:24:65
FILE "07_Please Please Me.flac" WAVE
    INDEX 01 00:00:00
  TRACK 08 AUDIO
    TITLE "Love Me Do"
    PERFORMER "The Beatles"
    INDEX 00 02:00:28
FILE "08_Love Me Do.flac" WAVE
    INDEX 01 00:00:00
  TRACK 09 AUDIO
    TITLE "P.S. I Love You"
    PERFORMER "The Beatles"
    INDEX 00 02:19:47
FILE "09_P.S. I Love You.flac" WAVE
    INDEX 01 00:00:00
  TRACK 10 AUDIO
    TITLE "Baby It's You"
    PERFORMER "The Beatles"
    INDEX 00 02:02:65
FILE "10_Baby It's You.flac" WAVE
    INDEX 01 00:00:00
  TRACK 11 AUDIO
    TITLE "Do You Want To Know A Secret"
    PERFORMER "The Beatles"
    INDEX 00 02:35:38
FILE "11_Do You Want To Know A Secret.flac" WAVE
    INDEX 01 00:00:00
  TRACK 12 AUDIO
    TITLE "A Taste Of Honey"
    PERFORMER "The Beatles"
    INDEX 00 01:56:20
FILE "12_A Taste Of Honey.flac" WAVE
    INDEX 01 00:00:00
  TRACK 13 AUDIO
    TITLE "There's A Place"
    PERFORMER "The Beatles"
    INDEX 00 02:01:63
FILE "13_There's A Place.flac" WAVE
    INDEX 01 00:00:00
  TRACK 14 AUDIO
    TITLE "Twist And Shout"
    PERFORMER "The Beatles"
    INDEX 00 01:49:48
FILE "14_Twist And Shout.flac" WAVE
    INDEX 01 00:00:00
The EAC log file dates form March 2005 but doesn't tell EAC's version.
Also the TOC section was missing then:
Code: [Select]
EAC extraction logfile from 25. March 2005, 10:44 for CD
The Beatles / Please Please Me

Used drive  : TOSHIBA DVD-ROM SD-M1612   Adapter: 3  ID: 1
Read mode   : Secure with NO C2, accurate stream, disable cache
Read offset correction : -472
Overread into Lead-In and Lead-Out : No

Used output format : C:\Programme\flacattack\flacattack.exe   (User Defined Encoder)
                     320 kBit/s
                     Additional command line options : "C:\Programme\flacattack\flacattack.ini" %s "%a" "%t" "%g" "%y" "%n" "%m" %o

Other options      : 
    Fill up missing offset samples with silence : Yes
    Delete leading and trailing silent blocks : No
    Native Win32 interface for Win NT & 2000


Track  1
     Filename D:\Audio-Dateien\Lossless\01 - The Beatles - I Saw Her Standing There.wav

     Peak level 99.6 %
     Track quality 100.0 %
     Copy CRC 2506D1FB
     Copy OK

Track  2
     Filename D:\Audio-Dateien\Lossless\02 - The Beatles - Misery.wav

     Peak level 93.2 %
     Track quality 100.0 %
     Copy CRC 6D8534B1
     Copy OK

Track  3
     Filename D:\Audio-Dateien\Lossless\03 - The Beatles - Anna (Go To Him).wav

     Peak level 99.7 %
     Track quality 100.0 %
     Copy CRC FF95A932
     Copy OK

Track  4
     Filename D:\Audio-Dateien\Lossless\04 - The Beatles - Chains.wav

     Peak level 91.1 %
     Track quality 100.0 %
     Copy CRC 5B269E27
     Copy OK

Track  5
     Filename D:\Audio-Dateien\Lossless\05 - The Beatles - Boys.wav

     Peak level 100.0 %
     Track quality 99.9 %
     Copy CRC 52EE7F58
     Copy OK

Track  6
     Filename D:\Audio-Dateien\Lossless\06 - The Beatles - Ask Me Why.wav

     Peak level 86.9 %
     Track quality 99.9 %
     Copy CRC 1B6F3861
     Copy OK

Track  7
     Filename D:\Audio-Dateien\Lossless\07 - The Beatles - Please Please Me.wav

     Peak level 100.0 %
     Track quality 100.0 %
     Copy CRC DCC7311A
     Copy OK

Track  8
     Filename D:\Audio-Dateien\Lossless\08 - The Beatles - Love Me Do.wav

     Peak level 100.0 %
     Track quality 99.9 %
     Copy CRC F8F94B3B
     Copy OK

Track  9
     Filename D:\Audio-Dateien\Lossless\09 - The Beatles - P.S. I Love You.wav

     Peak level 82.2 %
     Track quality 100.0 %
     Copy CRC 870D08DF
     Copy OK

Track 10
     Filename D:\Audio-Dateien\Lossless\10 - The Beatles - Baby It's You.wav

     Peak level 85.2 %
     Track quality 99.9 %
     Copy CRC BEEA5E50
     Copy OK

Track 11
     Filename D:\Audio-Dateien\Lossless\11 - The Beatles - Do You Want To Know A Secret.wav

     Peak level 96.4 %
     Track quality 100.0 %
     Copy CRC F56A4DDC
     Copy OK

Track 12
     Filename D:\Audio-Dateien\Lossless\12 - The Beatles - A Taste Of Honey.wav

     Peak level 86.6 %
     Track quality 100.0 %
     Copy CRC F96FD345
     Copy OK

Track 13
     Filename D:\Audio-Dateien\Lossless\13 - The Beatles - There's A Place.wav

     Peak level 100.0 %
     Track quality 99.9 %
     Copy CRC 8ECD24A2
     Copy OK

Track 14
     Filename D:\Audio-Dateien\Lossless\14 - The Beatles - Twist And Shout.wav

     Peak level 85.1 %
     Track quality 100.0 %
     Copy CRC 37E7F2E5
     Copy OK

No errors occured


End of status report

Re: Post-rip Verify against AccurateRip Database

Reply #8 –
If you used dBpoweramp, then you might have an <ACCURATERIPDISCID> tag, which CUETools understands. (Those are actually track IDs, e.g. 012-00133289-00bcf871-920bfb0c-11 for track 11, where CUETools' <ACCURATERIPID> omits the 012- and the -11 to get the part of the ID that is the disc).

It wouldn't be hard for CUETools to implement a certain support for dBpoweramp style logs either, but I guess that the minority using dBpoweramp and comprehensive logging would probably have the tag anyway, so the return to effort might not be worth it, at least if it weren't when CUETools was under more intensive development. Also if you have accidentally deleted the relevant tags, you can try https://www.dbpoweramp.com/Help/perfecttunes/accuraterip.htm which might find the accurateripid for you.
 

Re: Post-rip Verify against AccurateRip Database

Reply #9 –
For my understanding:
Is it correct that the PREGAP format is mm:ss:ff (minutes, seconds and frames)?
The offsets reported in log are in samples, right? (So offset=692 means 692/44100 = 15,6916 msec @ 44.1 kHz sampling rate)

Talking about (uncorrected) ripping offsets (in some of my earlier rips):
I learned that CueTools can be used to correct this offset. Is is correct to assume that CueTools (if supplied with an m3u playlist file, Action = Encode, Mode = single file and an offset of 692 in the "Extra" field) does:
a) NOT cut 692 samples at the start of each audio file and add 692 samples of digital silence at the end
b) BUT: combine all files from the m3u to a single audio file, THEN do the stripping/appending and split this "shifted" file into single audio files again?

Re: Post-rip Verify against AccurateRip Database

Reply #10 –
yes
yes (without checking your math)
b but on-the-fly (CUETools always processes the audio as a continuous Image)
korth