Skip to main content

Topic: CUETools.. Couple Questions (Read 3034 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
  • fuctfuct
  • [*]
CUETools.. Couple Questions
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: [Select]
[AccurateRip ID: 0011f546-008f3ae0-950aa30a] disk not present in database

The second disc of the same album gets ..
Code: [Select]
[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
  • Last Edit: 08 February, 2013, 09:04:20 PM by fuctfuct

  • korth
  • [*][*][*][*][*]
CUETools.. Couple Questions
Reply #1
korth

  • fuctfuct
  • [*]
CUETools.. Couple Questions
Reply #2
Thanks for the reply! Still a bit confused though 

For the first question.. is it that the log file names match the ones in the cue? If so, how does it then match them with the flac files that have barely anything in common with them.

Anyone want to explain the 2nd like they where trying to explain it to their parents? lol

  • lvqcl
  • [*][*][*][*][*]
  • Developer
CUETools.. Couple Questions
Reply #3
IMHO Cuetools cannot use such CUE sheet, so it determines track lengths using your FLAC files. So the information about pregaps etc. is lost and it cannot verify your disc.

  • korth
  • [*][*][*][*][*]
CUETools.. Couple Questions
Reply #4
[a href='index.php?showtopic=66233']development thread[/a].

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 LOG1+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 folder2 for input, CUETools would have attempted to use the CUE and EAC LOG files first, then use only the file lengths to check AccurateRip.
1 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.
2 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.
  • Last Edit: 09 February, 2013, 10:31:04 AM by korth
korth

  • fuctfuct
  • [*]
CUETools.. Couple Questions
Reply #5
Thanks again for responding.

[a href=\'index.php?showtopic=66233\']development thread[/a].

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 LOG1+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 folder2 for input, CUETools would have attempted to use the CUE and EAC LOG files first, then use only the file lengths to check AccurateRip.
1 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.
2 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: [Select]
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: [Select]
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*
  • Last Edit: 09 February, 2013, 12:09:13 PM by fuctfuct

  • korth
  • [*][*][*][*][*]
CUETools.. Couple Questions
Reply #6
I know you're new to the forum. Please avoid unnecessary full quoting.
Quote
Is there something in the flac container its looking at?
CUETools can read the metatags (if any).
Quote
I Still think its weird that it's "Accurately ripped (confidence 9)" according to the log but not CUETools
I imagine it's possible the AccuratRip record was somehow lost. If I did my math correctly, the TOC in the EAC LOG you provided calculates out to the same AccurateRip ID: 0011f546-008f3ae0-950aa30a. You can verify that the TOC calculated by CUETools matches the one in the log by setting 'Create TOC files = True'. If you verify the files again, a .TOC file will be created (readable in notepad). The location of the file depends on your settings. If 'In source folder' is checked, the file will be written to the source folder. If not checked, it will be written to the Output location.
korth

  • fuctfuct
  • [*]
CUETools.. Couple Questions
Reply #7
Generated .toc file seems to match eac log *shrugs* lol

Code: [Select]
     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

Id try ripping it again but i cant seem to find the disc  *sigh*