CUETools.. Couple Questions Options

[fuctfuct]

I recently discovered CUETools and decided to use it to verify a bunch of my old flac rips with AccurateRip. Seems to work great! So here is my first question..

The flac file names in most of these rips have been changed. They no longer match what is in the log and cue files. CUETools doesn't seem to mind at all. Works just fine... How is this possible? lol . Not that im complaining. Im just really curious.

Question number two is...

I decided to try verifying a rip that already says ''Accurately ripped (confidence 9) [00D29D78] (AR v2)'' in the EAC log. However, when i run it though CUETools it says

CODE

[AccurateRip ID: 0011f546-008f3ae0-950aa30a] disk not present in database

The second disc of the same album gets ..

CODE

[AccurateRip ID: 0012977b-008905ae-7c0cae09] found.
Track   [  CRC   |   V2   ] Status
01     [c891f0fe|8a93a5cc] (13+09/22) Accurately ripped
02     [e45513dc|724fb581] (13+09/22) Accurately ripped
03     [0fcc2d63|8bdfdc70] (12+09/21) Accurately ripped
04     [0af943ec|9e9bcfb8] (12+09/21) Accurately ripped
05     [8bb8e016|0ccec669] (12+09/21) Accurately ripped
06     [437724b8|aab180eb] (12+09/21) Accurately ripped
07     [7dcf3c26|ae215ef7] (12+09/21) Accurately ripped
08     [ddba29dc|ca322744] (12+09/21) Accurately ripped
09     [544cda94|1e81f404] (12+09/21) Accurately ripped

Whats happening here?

Thanks for any help you can provide

This post has been edited by fuctfuct: Feb 9 2013, 03:04

[korth]

development thread.

Q1.
CUETools behaves differently depending on input.

• IF you selected the CUE file for input, CUETools would have attempted to use the 'correct filenames' feature internally to find the files then used the CUE+EAC LOG¹+file lengths to check AccurateRip. If unable to use the CUE, CUETools would have thrown an 'unable to locate audio files' error message.
• IF you selected the audio files for input, CUETools would have ignored the CUE and EAC LOG files and just used the file lengths to check AccurateRip.
• IF you selected the folder² for input, CUETools would have attempted to use the CUE and EAC LOG files first, then use only the file lengths to check AccurateRip.

¹ If present. If the EAC LOG file was misnamed or there was more than one, a popup window would appear to let you select the correct EAC LOG file.
² Selecting the whole folder for input is a 'batch' mode (as is any Multiselect or Drag'n'drop). For best results in 'batch' modes, all file names should be correct in the CUE file and the EAC LOG file should have the same name as the CUE (CDImage.CUE, CDImage.LOG). Popup windows are disabled. CUETools will first attempt to process the CUE and EAC LOG files. IF unsucessful, it will move on to using just the file lengths to check AccurateRip.

Q2.
CDs in the AccurateRip database are identified by disc structure information located in TOC of the CD. If your LOG file contains a TOC section, this shows the original CD structure. If the first track doesn't start at zero, this indicates a disc PREGAP. If there are more tracks shown than audio tracks on the disc, this indicates the presence of a DATA track. Depending on what Input was used above and how CUETools reacted to that Input, information gathered was used to create a TOC structure of that Input. That TOC structure was then used to contact AccurateRip. If it differs from the original TOC structure, the disc isn't found.

This post has been edited by korth: Feb 9 2013, 16:31

[fuctfuct]

Thanks again for responding.

development thread.

Q1.
CUETools behaves differently depending on input.

• IF you selected the CUE file for input, CUETools would have attempted to use the 'correct filenames' feature internally to find the files then used the CUE+EAC LOG¹+file lengths to check AccurateRip. If unable to use the CUE, CUETools would have thrown an 'unable to locate audio files' error message.
• IF you selected the audio files for input, CUETools would have ignored the CUE and EAC LOG files and just used the file lengths to check AccurateRip.
• IF you selected the folder² for input, CUETools would have attempted to use the CUE and EAC LOG files first, then use only the file lengths to check AccurateRip.

¹ If present. If the EAC LOG file was misnamed or there was more than one, a popup window would appear to let you select the correct EAC LOG file.
² Selecting the whole folder for input is a 'batch' mode (as is any Multiselect or Drag'n'drop). For best results in 'batch' modes, all file names should be correct in the CUE file and the EAC LOG file should have the same name as the CUE (CDImage.CUE, CDImage.LOG). Popup windows are disabled. CUETools will first attempt to process the CUE and EAC LOG files. IF unsucessful, it will move on to using just the file lengths to check AccurateRip.

So for my old rips which have the original log/cues but have the file names changed... It's basically using the CUE+EAC LOG+file lengths to check AccurateRip. It makes sense but i still don't get how it knows which tracks to check for length hehe. Is there something in the flac container its looking at?

Q2.
CDs in the AccurateRip database are identified by disc structure information located in TOC of the CD. If your LOG file contains a TOC section, this shows the original CD structure. If the first track doesn't start at zero, this indicates a disc PREGAP. If there are more tracks shown than audio tracks on the disc, this indicates the presence of a DATA track. Depending on what Input was used above and how CUETools reacted to that Input, information gathered was used to create a TOC structure of that Input. That TOC structure was then used to contact AccurateRip. If it differs from the original TOC structure, the disc isn't found.

The disc in question has all these things, the first track starts at zero, and there are not more tracks shown than audio tracks on the disc.. I think.. lol
Here's the log..

CODE

Exact Audio Copy V1.0 beta 3 from 29. August 2011

EAC extraction logfile from 24. March 2012, 21:33

Johann Sebastian Bach / Les Six Concertos Brandebourgeois - Savall (Disc 1)

Used drive : TSSTcorpDVD+-RW TS-L633J Adapter: 0 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 : 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 : User Defined Encoder
Selected bitrate : 128 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : C:\Program Files (x86)\Exact Audio Copy\Flac\flac.exe
Additional command line options : took this out as it was making the post to wide


TOC of the extracted CD

Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 4:00.42 | 0 | 18041
2 | 4:00.42 | 4:10.50 | 18042 | 36841
3 | 8:11.17 | 4:15.72 | 36842 | 56038
4 | 12:27.14 | 8:44.60 | 56039 | 95398
5 | 21:11.74 | 5:09.67 | 95399 | 118640
6 | 26:21.66 | 4:23.62 | 118641 | 138427
7 | 30:45.53 | 2:59.28 | 138428 | 151880
8 | 33:45.06 | 5:41.57 | 151881 | 177512
9 | 39:26.63 | 0:30.73 | 177513 | 179835
10 | 39:57.61 | 5:25.70 | 179836 | 204280


Track 1

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\01 - (Concerto No. 1 en fa majeur BWV1046) (Allegro).wav

Pre-gap length 0:00:02.00

Peak level 87.0 %
Extraction speed 3.0 X
Track quality 100.0 %
Test CRC 7CE492D0
Copy CRC 7CE492D0
Accurately ripped (confidence 9) [00D29D78] (AR v2)
Copy OK

Track 2

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\02 - Adagio.wav

Pre-gap length 0:00:04.29

Peak level 51.8 %
Extraction speed 2.7 X
Track quality 99.9 %
Test CRC 831591A9
Copy CRC 831591A9
Accurately ripped (confidence 9) [7BB1CFF1] (AR v2)
Copy OK

Track 3

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\03 - Allegro.wav

Peak level 82.9 %
Extraction speed 2.9 X
Track quality 99.9 %
Test CRC FF6728A5
Copy CRC FF6728A5
Accurately ripped (confidence 9) [30CCEAA9] (AR v2)
Copy OK

Track 4

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\04 - took this out as it was making the post to wide
Pre-gap length 0:00:02.45

Peak level 81.5 %
Extraction speed 4.1 X
Track quality 100.0 %
Test CRC E5E29E3D
Copy CRC E5E29E3D
Accurately ripped (confidence 9) [1890C955] (AR v2)
Copy OK

Track 5

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\05 - (Concerto No. 2 en fa majeur BWV1047) (Allegro).wav

Pre-gap length 0:00:09.10

Peak level 74.3 %
Extraction speed 4.2 X
Track quality 100.0 %
Test CRC DA1E7E04
Copy CRC DA1E7E04
Accurately ripped (confidence 9) [A7E5BE5F] (AR v2)
Copy OK

Track 6

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\06 - Andante.wav

Pre-gap length 0:00:02.54

Peak level 59.9 %
Extraction speed 4.4 X
Track quality 100.0 %
Test CRC D3A5A4B6
Copy CRC D3A5A4B6
Accurately ripped (confidence 9) [5DF72B93] (AR v2)
Copy OK

Track 7

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\07 - Allegro assai.wav

Peak level 71.3 %
Extraction speed 4.3 X
Track quality 100.0 %
Test CRC C6EAD02E
Copy CRC C6EAD02E
Accurately ripped (confidence 9) [43835F37] (AR v2)
Copy OK

Track 8

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\08 - (Concerto No. 3 en sol majeur BWV1048) (Allegro).wav

Pre-gap length 0:00:11.74

Peak level 89.2 %
Extraction speed 4.8 X
Track quality 100.0 %
Test CRC E5D2FF23
Copy CRC E5D2FF23
Accurately ripped (confidence 9) [94F97D60] (AR v2)
Copy OK

Track 9

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\09 - Adagio.wav

Peak level 30.3 %
Extraction speed 2.4 X
Track quality 100.0 %
Test CRC D2384E33
Copy CRC D2384E33
Accurately ripped (confidence 9) [FB9E702E] (AR v2)
Copy OK

Track 10

Filename F:\J.S. Bach - 2010 - Brandenburg Concertos (Savall)\Disc 1\10 - Allegro.wav

Peak level 83.9 %
Extraction speed 5.0 X
Track quality 100.0 %
Test CRC 1D63B113
Copy CRC 1D63B113
Accurately ripped (confidence 9) [B28C2508] (AR v2)
Copy OK


All tracks accurately ripped

No errors occurred

End of status report

==== Log checksum 52E9E22FD0D4E34B9497E82F713A2F8D0E358AFF452A70CDE657E5783123D918 ====

And here is it's cue

CODE

REM GENRE Concerto
REM DATE 2010
REM DISCID 950AA30A
REM COMMENT "ExactAudioCopy v1.0b3"
PERFORMER "Johann Sebastian Bach"
TITLE "Les Six Concertos Brandebourgeois - Savall (Disc 1)"
FILE "01 - (Concerto No. 1 en fa majeur BWV1046) (Allegro).wav" WAVE
TRACK 01 AUDIO
TITLE "(Concerto No. 1 en fa majeur BWV1046) (Allegro)"
PERFORMER "Johann Sebastian Bach"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "Adagio"
PERFORMER "Johann Sebastian Bach"
INDEX 00 03:56:20
FILE "02 - Adagio.wav" WAVE
INDEX 01 00:00:00
FILE "03 - Allegro.wav" WAVE
TRACK 03 AUDIO
TITLE "Allegro"
PERFORMER "Johann Sebastian Bach"
INDEX 01 00:00:00
TRACK 04 AUDIO
TITLE "Menuet - Trio I - Menuet da capo - Polacca - Menuet da capo - Trio II - Menue..."
PERFORMER "Johann Sebastian Bach"
INDEX 00 04:13:38
FILE "04 - Menuet - Trio I - Menuet da capo - Polacca - Menuet da capo - Trio II - Menuet da capo.wav" WAVE
INDEX 01 00:00:00
TRACK 05 AUDIO
TITLE "(Concerto No. 2 en fa majeur BWV1047) (Allegro)"
PERFORMER "Johann Sebastian Bach"
INDEX 00 08:35:52
FILE "05 - (Concerto No. 2 en fa majeur BWV1047) (Allegro).wav" WAVE
INDEX 01 00:00:00
TRACK 06 AUDIO
TITLE "Andante"
PERFORMER "Johann Sebastian Bach"
INDEX 00 05:07:26
FILE "06 - Andante.wav" WAVE
INDEX 01 00:00:00
FILE "07 - Allegro assai.wav" WAVE
TRACK 07 AUDIO
TITLE "Allegro assai"
PERFORMER "Johann Sebastian Bach"
INDEX 01 00:00:00
TRACK 08 AUDIO
TITLE "(Concerto No. 3 en sol majeur BWV1048) (Allegro)"
PERFORMER "Johann Sebastian Bach"
INDEX 00 02:47:47
FILE "08 - (Concerto No. 3 en sol majeur BWV1048) (Allegro).wav" WAVE
INDEX 01 00:00:00
FILE "09 - Adagio.wav" WAVE
TRACK 09 AUDIO
TITLE "Adagio"
PERFORMER "Johann Sebastian Bach"
INDEX 01 00:00:00
FILE "10 - Allegro.wav" WAVE
TRACK 10 AUDIO
TITLE "Allegro"
PERFORMER "Johann Sebastian Bach"
INDEX 01 00:00:00

Does the fact that its a rip of the redbook layer of an SACD matter? I Still think its weird that it's "Accurately ripped (confidence 9)" according to the log but not CUETools *shrugs*

This post has been edited by fuctfuct: Feb 9 2013, 18:09