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: CUETools versions 1.9.5 through 2.1.6 (Read 1889383 times) previous topic - next topic
0 Members and 4 Guests are viewing this topic.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1875
Windows 7 Home Premium 64-bit

1.
I use CueTools Drag 'n' Drop Mode.I like the wide window which more easily shows the results and summary line after a Verify operation.

I created Windows "Send To" shortcut so I can right-click a .cue sheet to have it automatically open in CueTools, ready to Verify. However, when CueTools launches this way, it is not in Drag 'n' Drop Mode. Instead, it opens as a tall, narrow window that seems to be Hide Browser mode. I am unable to make that window wider, which makes it awkward to read Verify results.

Q1.
How to make CueTools always launch in Drag 'n' Drop Mode, even when it launches by a file being sent to it via a Send To shortcut?
Are there settings I can change to do this, or some command string or batch file that could launch CueTools with some switches or parameters?


2.
Drag 'n' Drop Mode shows a nice summary of the Verify results,
e.g. AR: rip accurate (41/41), CTDB: verified OK, confidence 41,
but it does not show the full .accurip results in the CueTools window. Other modes show full full .accurip results but do not include the nice summary statement.

Q2.
Is there a way to have CueTools display both the summary line and the full results after a Verify?

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1876
1. No. CUETools will currently only open in 'Hide browser' mode when launched this way.

2. No. Batch modes like Drag'N'Drop and Multiselect browser can process many discs in a row, thus the single line summary. Detailed results are shown when only one disc can be processed (Folder browser mode with a single file or file grouping selected).
korth

 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1877
Thanks for the reply.

Re. 1., can we make a suggestion that a future release incorporate a way to launch into a preferred mode, so that we could use a "Send To" shortcut to open CueTools in Drag 'n' Drop Mode (for users who prefer that mode)?

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1878
Maybe
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1879


"Maybe" is a promising reply. Thanks!

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1880
Am I the only one who has encountered a problem with the CUERipper 2.1.4 'Test & Copy' mode? I'm unable to use it. Whenever I have the box checked I get an Exception error: "Gap Detection Failed." It does this with every disc I have tried, using two different drives. CUERipper works perfectly fine if I do not check the 'Test & Copy' box.

I can't think of any logical reason why choosing 'Test & Copy' would cause gap detection to fail, but it does.
I can confirm this error.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1881
I can confirm this error.


It's good to see at least one person here is willing to address this problem.

I've found one drive that doesn't give off the error when using Test & Copy mode. However, three others do. The problem occurs in both internal and external (USB) configurations.

Again, I cannot think of any logical reason why all three drives work fine in single-pass mode mode, yet gap detection fails when 'Test & Copy' is chosen. It's an annoying bug, to say the least.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1882
Don't worry, it's on my list.
CUETools 2.1.6


CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1884
I'm using CUETools 2.1.4 on Windows 7 Home Premium SP1 x64.

I have ripped a set of 4 CDs as 4 flac files with EAC 1.0 beta 3.  They are from the same CD set so I combined the cue files into one and renumbered the tracks in it.  When I clicked the "Go" button to encode (to any output format), it gave me the following exception right away:

Code: [Select]
  crc.Combine length cannot be negative
  Parameter name: len2

I then tried the 4 original cue files individually and they all worked fine.  I ended up found out that I need to remove the cue of the 4th CD and it would work.  I then tried a different set of 4 CDs, which have more tracks on each CD (i.e. longer audio length on each CD).  On this different set, I need to remove the cue of both 3rd and 4th CDs for it to not throw the aforementioned exception.

So it looks like there is a threshold of combined audio length for a single cue file in CUETools 2.1.4; when this threshold is exceeded, CUETools will result in a negative combined CRC and the exception will be thrown.

Is there any workaround for this issue?  Using a combined cue file for multi CD set can save a lot of time with regards to file naming and tag data for each track.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1885
Quote
I then tried the 4 original cue files individually and they all worked fine.
CUETools is working correctly as it was designed to process a single redbook CD rip at a time, not compilations containing multiple discs.
Quote
Is there any workaround for this issue?
Not a CUETools issue. The input is not correct.
Quote
Using a combined cue file for multi CD set can save a lot of time with regards to file naming and tag data for each track.
Metadata lookups are based on the CD TOC of one disc.

Batch mode may be what you're looking for but I can't tell what you were trying to do.

korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1886
CUETools is working correctly as it was designed to process a single redbook CD rip at a time, not compilations containing multiple discs.  Not a CUETools issue. The input is not correct.

But a single cue file containing multiple FILE commands is still a valid CUE sheet.

I read someone else having the same error in this thread but there was further explanation.

Honestly, I combined the CUE files because then the output file names (%tracknumber% %artist% - %title%) are numbered correctly, rather than 4 files starting with "01", 4 files starting with "02", and so on.  This also applies to the track number tag as well; I want 1/72, 2/72, etc. in stead of 4 files with 1/18, and so on.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1887
So it looks like there is a threshold of combined audio length for a single cue file in CUETools 2.1.4; when this threshold is exceeded, CUETools will result in a negative combined CRC and the exception will be thrown.
Probably 79.8 min, i.e. the maximal length allowed by the Red Book standard.

Quote
Is there any workaround for this issue?  Using a combined cue file for multi CD set can save a lot of time with regards to file naming and tag data for each track.
I guess there isn’t. The customary solution recommended for a scenario like this is to use a format that is actually designed for organising and tagging files of arbitrary formats, metadata, lengths, etc., which a cue-sheet is not.

I, too, think it would be quite nice if the ‘standard’ could be extended, revised, or allowed more frequently to diverge from whatever guidelines are being followed by programmers; but no developer (at any point between ripping and playback) is under any obligation to implement it in any other way than is required for its primary purpose. And that’s to represent the ToC of a Red Book audio CD, with any CD-Text and other subcode-based metadata that the user might choose to include.

This could take us back to the old argument about whether things outside the standard should just be allowed/ignored when they can’t really have any adverse effects, but rather than starting that, why not keep it simple and see what Gregory thinks?

But a single cue file containing multiple FILE commands is still a valid CUE sheet.
Not relevant!

Quote
Honestly, I combined the CUE files because then the output file names (%tracknumber% %artist% - %title%) are numbered correctly, rather than 4 files starting with "01", 4 files starting with "02", and so on.  This also applies to the track number tag as well; I want 1/72, 2/72, etc. in stead of 4 files with 1/18, and so on.
Is it literally as simple as each disc having 18 tracks? Then you could probably fudge together some code for this set, e.g.:
Code: [Select]
$add(%tracknumber%,$mult($sub(%discnumber%,1),18))
[/s] [Edit: ignore that, seeing as I was referring to foobar2000’s title-formatting rather than CUETools’s; d’oh)][/color] Alternatively, avoiding clashes in numerical sorting is always made simplest by including the disc number before the tracknumber, but I presume you have already discounted this option.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1888
But a single cue file containing multiple FILE commands is still a valid CUE sheet.
Not a valid CD cue sheet if the contents won't fit on a single CD.
Quote
I read someone else having the same error in this thread but there was further explanation.
Looks like question was asked, but I didn't find where it was ever answered.
Quote
Honestly, I combined the CUE files because then the output file names (%tracknumber% %artist% - %title%) are numbered correctly, rather than 4 files starting with "01", 4 files starting with "02", and so on.  This also applies to the track number tag as well; I want 1/72, 2/72, etc. in stead of 4 files with 1/18, and so on.
The get this result you could process the 4 discs individually in CUETools then do the rest in Foobar2000 using Properties>Tools>Auto Track Number and File Operations>Rename To. You would have to load files in the correct order or use a combined playlist file (not cue sheets) and all files would need to be in the same folder.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1889
Is it possible to convert where the original .cue is? What do I have to insert on Template?

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1890
[%directoryname%\]%filename%-new[%unique%].cue
-new[%unique%] is there so you don't overwrite the original cue.
or
[%directoryname%\]%artist% - %album%[' ('%unique%')'].cue
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1891
I tried search for term "slider" and was trying to pin it to this forum only but results were not helpful so ...

can someone please explain to me for CUETools the slider function in the last column of the main window? or point me to a tutorial where it is explaned? The app fires up with it set to 5 (the range is 0 to 8).

thank you

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1892
I tried search for term "slider" and was trying to pin it to this forum only but results were not helpful so ...

can someone please explain to me for CUETools the slider function in the last column of the main window? or point me to a tutorial where it is explaned? The app fires up with it set to 5 (the range is 0 to 8).

http://www.cuetools.net/wiki/CUETools_FLAC...ders_comparison
Slide to the desired mode or compression level. For lossless codecs this doesn't affect quality, higher modes normally produce smaller files, but extraction can be slower. For lossy codecs, higher modes normally produce larger files with better audio quality.
I'll be working on a page that explains the settings in the main window next similar to what I'm working on for CUERipper and CUETools Advanced Settings pages. All pages aren't finished yet. A couple tutorials will follow referencing these pages.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1893
thank you korth for a most informative and prompt reply.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1894
CUETools creates a dummy-cue while converting if there is no cue to begin with, and also does so using the "Create CUE Sheet" action. It uses gap information from the log if present too, but it doesn't write a REM DISCID. IIRC, you only need to know the TOC in order to calculate the CDDB1 DISCID, and the TOC is always present in newer EAC logs.
Is it possible to also write the DISCID to the cue sheet? I couldn't find an option for this. And if it's not, could it be added in a future version? Or is there maybe a reason for not including it? Since I can't quite imagine this has been forgotten.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1895
you only need to know the TOC in order to calculate the CDDB1 DISCID, and the TOC is always present in newer EAC logs.
It's also being calculated using the TOC of the files being processed as it is the 3rd part of the AccurateRipID: xxxxxxxx-xxxxxxxx-DISCID
EDIT: To see the TOC used when processing files you can turn on the Create TOC option which will create a text file with the same filename as the output CUE and the extention .TOC
Quote
Is it possible to also write the DISCID to the cue sheet? I couldn't find an option for this. And if it's not, could it be added in a future version? Or is there maybe a reason for not including it? Since I can't quite imagine this has been forgotten.
I believe this is part of Moitah's original code so probably something not changed much by Gregory. No option found here either.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1896
It's also being calculated using the TOC of the files being processed as it is the 3rd part of the AccurateRipID: xxxxxxxx-xxxxxxxx-DISCID
EDIT: To see the TOC used when processing files you can turn on the Create TOC option which will create a text file with the same filename as the output CUE and the extention .TOC
Ah yes, that's right.

However, for discs with CD-Extra content, the incorrect ID would be calculated, right? It can't handle sheets pointing to BINARY files, it seems. And of course, it doesn't process data tracks themselves. So it's safer to use the TOC from the EAC log (provided that the CRCs match (?)), since it has the TOC straight from the original disc. It does so already when verifying, I think.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1897
Quote
However, for discs with CD-Extra content, the incorrect ID would be calculated, right?
If the wrong ID was calculated then the wrong AccurateRipID would be used by CUETools for verifying. The CTDB TOCID stores the CD-Extra info separate.
Quote
It can't handle sheets pointing to BINARY files, it seems. And of course, it doesn't process data tracks themselves. So it's safer to use the TOC from the EAC log (provided that the CRCs match (?)), since it has the TOC straight from the original disc. It does so already when verifying, I think.
If you had the EAC log in the same folder as the source files and the DISCID was missing from the cue, CUETools would parse the log for the TOC then (if found) for any CD-Extra content (an additional track) and adjust the TOC used to calculate IDs used for the lookups. The resulting TOC file would look just like the TOC in the log. Note: The EAC log should have the same filename as the CUE for best results (especially in batch modes where you aren't prompted).

If the DISCID was missing from the CUE and TOC was missing from the LOG but you knew the data track length in mm:ss:ff, you could enter it in the Extra section under Data Track. CUETools would adjust the TOC and IDs used for lookups and the resulting TOC file would include the CD-Extra content (an additional track).
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1898
You can always download the latest source code from project's SVN repository at SourceForge.
Instructions for svn access can be found here.


Unfortunately it doesn't build (Debug Any CPU - 4 failed) because some stuff is missing from my machine. The later fails may be a result of the first.

36>PreBuildEvent:
36>  C:\work\cuda\bin\nvcc C:\Users\xxxx\Documents\Visual Studio 2010\cuetoolsnet\trunk\CUETools.Codecs.FlaCuda\flacuda.cu  -o C:\Users\xxxx\Documents\Visual Studio 2010\cuetoolsnet\trunk\CUETools.Codecs.FlaCuda\\flacuda.cubin --machine 32 --cubin --compiler-bindir "C:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin" --system-include "C:\Program Files (x86)\Microsoft Visual Studio 8\VC\include"
36>  The system cannot find the path specified.


39>ResolveAssemblyReferences:
39>  Primary reference "CUETools.Codecs.FLAC".
39>      Could not find dependent files. Expected file "C:\Users\xxxx\Documents\Visual Studio 2010\cuetoolsnet\trunk\CUETools\..\bin\Debug\plugins (Win32)\CUETools.Codecs.FLAC.dll" does not exist.

41>ResolveAssemblyReferences:
41>  Primary reference "taglib-sharp".
41>C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3245: Could not resolve this reference. Could not locate the assembly "taglib-sharp". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors.

56>ResolveAssemblyReferences:
56>  Primary reference "CUETools.Codecs.FlaCuda".
56>      Could not find dependent files. Expected file "C:\Users\xxxx\Documents\Visual Studio 2010\cuetoolsnet\trunk\bin\Debug\plugins\CUETools.Codecs.FlaCuda.dll" does not exist.

How do I need to configure the machine to get it to build?

H

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #1899
1) Just unload the project CUETools.Codecs.FlaCuda, it is not supposed to build. FlaCuda is replaced by FLACCL, i just didn't remove it from solution yet.
2) Try to build Release instead of Debug, some projects might not be configured correctly for debug build, for example taglib-sharp has wrong output path in Debug mode (should be ..\..\bin\Debug\)
3) Projects under 'Plugins/Native codecs' don't support 'Any CPU' platform and should be built twice, for 'Win32' and 'x64'. You might need to have both VS2005 and VS2008 installed to build them. FLAC also requires nasmw.
4) You can also just ignore 'Plugins/Native codecs' - they are difficult to be build, rarely change and CUETools works without them. If you do need ape/wv plugins, you can use binaries from 2.1.4.
CUETools 2.1.6