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 1894302 times) previous topic - next topic
0 Members and 3 Guests are viewing this topic.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #750
One of the most useful music tool i ever used, it works like a charm, i am not a tester but i have used it in many ways.

I use to convert various format, to a single solid flac + cue + log + accurip and the only thing i find annoying enough is that the first time i perform the command "encode" with "encode if verified" option selected it doesn't look-up for the cue on the freeDB, i have to stop it and re-do it again.

My options are "Image+cue" "lossless - flac" etc. etc.

If there is any "batch" reason not to perform such a first search with this option, can you at least put another option line like "encode if verified & with cue load" or anything like this, that will perform the right process?

Thank you

Lucsart

p.s. sorry for my english 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #751
Hi
I would like to know what is the status of this bug
That's why this wierdness showed up. This also made me realize that offsets that lead to partial matches should be listed separately.
Thanks, i'll fix it.

I thought it would have been fixed with version 2.0.4 but I see no mention of that in main post change log

I also wonder what happened to this idea
3.1) Include the version of CUETools in the log.

I haven't seen an answer of Gregory S. Chudov about this
Has it been rejected, postponed or forgotten ?

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #752
A little suggestion about the cue sheet creator function...

Could you make a function that allows the user to grab titles from the filenames? Maybe create a little box where the user defines where the tracknumber, the title, and the extension name is. Like how mp3tag's "Filename to Filename" works. Maybe you could put this in its own tab inside of the application under "advanced settings", where the user can perhaps also edit the "PERFORMER" (and maybe more) part of the cue sheet.


This is from mp3tag's manual instructions about filename to filename, it describes how it works:

Quote
New filename pattern

Format string which is a combination of the parts defined in the format string above.
Example

Old filename pattern: (%1 - %2) %3 %4 %5 (%6)
Old filename: (Artist - Album) 01 EXAMPLE 2004 (COMMENT).mp3

New filename pattern: %5 (%1 - %2) Example '['%6']'
New filename: 2004 (Artist - Album) Example [COMMENT].mp3

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #753
On action "verify" CUETools will not update file tags with accurate rip information when the input is a single file with embedded cuesheet.
Can anyone confirm this?

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #754
CUETools is interesting, but there's not much left to be done here. I'm always more excited by doing something new, besides i'm a bit busy at work currently.

There will be at least one more release in the nearest future, incorporating Flacuda/Flake/ALACEnc. Thanks for ideas and suggestions, i will at least consider them.


Is there any chance of your adding higher-resolutions support (88/96K, 24bit)?

Thanks,

Alan Watkins

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #755
Is there any chance of your adding higher-resolutions support (88/96K, 24bit)?


What exactly would be the point? Those resolutions aren't supported by CDs, nor are they in the Accurate Rip database. What would you even do with them in CUETools?



And a question:

Can someone help me with some scripting that would get CUETools to move complete folders based on whether they were Accurately Ripped, not Accurately Ripped, or not in database?

Right now I can sort of achieve this for the CDs that were Accurately Ripped by re-encoding to a different folder, but the accompanying files (cover scans, etc.) don't move along.

I'm sure this would be a simple task if I understood the scripting!


CUETools versions 1.9.5 through 2.1.5 (current)

Reply #757
Is there any chance of your adding higher-resolutions support (88/96K, 24bit)?


What exactly would be the point? Those resolutions aren't supported by CDs, nor are they in the Accurate Rip database. What would you even do with them in CUETools?



One use would be: If you rip LP's with Audition and save out a cue-sheet with Cuelisttool, then you could split and convert the wave-file to MP3 or whatever without downsampling the wav-file from 32 bits to 16 bits. I can do this in Foobar2000, but not Cuetools.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #758
I wonder, isn't there an alternative to CD cue sheets for storing track position of vinyl rips? Why not split up the tracks right away in Audition?

Of course, I don't mind this being supported (except maybe that this weird (mis)use for cue sheets will eventually spread even more, leading to more weird feature requests in other applications and so on).

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #759
I wonder, isn't there an alternative to CD cue sheets for storing track position of vinyl rips? Why not split up the tracks right away in Audition?

Of course, I don't mind this being supported (except maybe that this weird (mis)use for cue sheets will eventually spread even more, leading to more weird feature requests in other applications and so on).


I want to keep my original wav-file (or compress it to Wavpack, which keeps the track markings). If I split directly from Audition I get an extra set of wav-files which I then have to convert to MP3, and then tag it. The easiest way is to save out a cue-sheet with cuelisttool and split/convert it in Foobar2000. The alternative is to downsample to 16-bit and split/convert with cuetools, or mount the cue-file in a virtual disc and rip it with any CD ripper like dbPoweramp. In most cases I get the right tags right away if I do that. But it won't be in Accuraterip, of course.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #760
Is there any chance of your adding higher-resolutions support (88/96K, 24bit)?


What exactly would be the point? Those resolutions aren't supported by CDs, nor are they in the Accurate Rip database. What would you even do with them in CUETools?



One use would be: If you rip LP's with Audition and save out a cue-sheet with Cuelisttool, then you could split and convert the wave-file to MP3 or whatever without downsampling the wav-file from 32 bits to 16 bits. I can do this in Foobar2000, but not Cuetools.


If you can do it in foobar, then why does CUETools need to support it?

Cue sheets are meant to be a guide for CD burning software, not some bastardization of the lists of cue timings (which don't necessarily align to CD-sector boundaries) supported by other programs.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #761
Hi, I have a little question: I've discovered (after some trying) the correct data length of an audio cd I've ripped some time ago (and can't no longer find at home...), so AccurateRip DB now can confirm the rip is accurate.
How can I save that value in the cue sheet so in the future I can verify that disc without enter the value manually each time in CueTools?
Thanks

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #762
buddhabar:
This info is not stored in the cue sheet but calculated from the EAC log, specially those with the recent EAC layout (those with TOC). AFAIK the only info related to data track in the cue sheet is the total tracks number in the DISCID which gives an hint of the presence of a data track if there is no EAC log.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #763
Thanks for the reply sauvage78.
How can I create a "false" log with TOC so CueTools could recognize correctly the album each time?

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #764
I don't know, I don't think it is possible & even if possible it is likely to be a manual task that is not worth the work. Personnaly I store Enhanced CD in a separate folder & I keep the datatrack length (when I know it) in a separate .nfo as I already use .txt for my .accurip files. I don't use logs at all, once I have checked if there is a datatrack I delete the log & create .nfo using the .accurip info. Nowadays knowing the datatrack lenght is the only use I have for logs but as most of my rips pre-dates the new EAC layout (with TOC) I decided to keep this info in a separate .nfo when I find it. I hope that someday cuetools will be able to check all possible lenght automatically, but I don't old my breath as it seems from his recent posts that Gregory is away from cuetools. Maybe it is possible to create a TOC from .cue ... I don't know enought about TOC as I never used it. But even if possible it will miss the extra data track lenght & you will have to add it manually which will be long & painfull. Editing LOGs is never a good idea anyway, even for this use IMHO.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #765
Can someone help me with some scripting that would get CUETools to move complete folders based on whether they were Accurately Ripped, not Accurately Ripped, or not in database?

Right now I can sort of achieve this for the CDs that were Accurately Ripped by re-encoding to a different folder, but the accompanying files (cover scans, etc.) don't move along.

you might use foobar2000 for this
CUETools check the rips and write corresponding tags to the files
Then you open these files in fb2k, sort them according to these tags and finally move each category using a different method for each
I use the tag and move features of fb2k a lot, it is very powerful and works perfectly even on Linux through Wine

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #766
I think I found a bug in CUETools v2.0.4a
I can't get the batch mode summary in the log

A friend of mine have it simply when changing the settings to verbose mode for log and keep all the rest to default (example D:\Music\DEATH\Death  - Individual thought patterns.cue: offset 97, rip accurate (21/25).  )
The only possible explanation I see would be that this feature does not work under XP (but works on Vista)
Anyone else having trouble with this under XP ?

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #767
Is there a daily limit to the AR database because yesterday i got this log more than five times with different files..
Code: [Select]
[Verification date: 27-12-2009 22:43:59]
[Disc ID: 00175a88-00a8bb2c-820f6a09]
Database access error: BadRequest

Track   [ CRC32  ]   [W/O NULL]   [  LOG   ]
--   [600ABA4A]   [4C4AEEFB]    W/O NULL
01   [F478E689]   [A9A4694D]  
02   [F268F156]   [6DDBF686]  
03   [0DCE2103]   [F1E5A46F]  
04   [6C866626]   [64C896AD]  
05   [00A9F921]   [30F760AC]  
06   [ABB29899]   [6B0264A0]  
07   [BA5344B0]   [BBFADDD1]  
08   [2DC58AAF]   [6A10EDC0]  
09   [08E518C6]   [C4D6E97A]


And today things were all fine
If there is a limit could somebody give me more information about it?

Thanks


CUETools versions 1.9.5 through 2.1.5 (current)

Reply #769
It already happened to me once & a few hour later everything was OK.
I think it means that the database is temporary offline for some reason, most likely maintenance I guess. As long as it comes back quickly it is nothing to worry about IMHO.
It seems to happen a few hours a few times by month & I guess only Spoon exactly knows what happens in these cases. Sometimes forums go offline for maintenance too, it seems very similar to me.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #770
>If there is a limit could somebody give me more information about it?

Yesterday the AccurateRip server was being maintained. Will also go down this week for half an hour.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #771
>If there is a limit could somebody give me more information about it?

Yesterday the AccurateRip server was being maintained. Will also go down this week for half an hour.

Thank you spoon for the info

 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #772
Issue:

I get the familiar "CUE Tools has encountered a problem and need to close" with every 2.x version. Not with latest stable.

- OS: XP MCE
- .NET version: Tried version 2 with update as specified, and also upgraded to 3.5. Same results.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #773
I get the familiar "CUE Tools has encountered a problem and need to close" with every 2.x version. Not with latest stable.

- OS: XP MCE
- .NET version: Tried version 2 with update as specified, and also upgraded to 3.5. Same results.

I am seeing the same problem on one of my PCs. It is an AMD Athlon XP 2600+ with a Finnish language XP Home OS (SP2). CueTools crashes immediately on startup. I have all dotnet and c++ updates installed.

The same happens with all 2.x.x versions. Only the "stable" v. 1.9.5a works fine.

The v. 2.0.4a works fine on all other PCs that I have tried: an old Intel P4 with English XP Pro, a new AMD Phenom II with English XP Pro (32-bit) and also an AMD Athlon XP 3200+ with English XP Pro and English Windows 7 Ultimate 32 bit (I'am evaluating Win 7 on this PC).

Could the problem be caused by some kind of incompatibility with the Finnish OS? All other PCs have an English OS.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #774
Could the problem be caused by some kind of incompatibility with the Finnish OS?



My XP MCE with the same problem is English.

Furthermore, I just managed to get it working with a Norwegian XP installation.