Suggestions/RequestsThis thread is intended for new feature requests or to suggest changes to existing features.
THIS IS NOT A SUPPORT THREAD! HOW TO questions or other assistance requests do not belong in this topic. Start a new topic if one does not already exist for your question.
Making a suggestion or request does not guarantee that a feature will be added or changed. The developer will ultimately decide what direction the software will go, what the priorities are and how to allocate time while working on the project. As users we can only present an alternate viewpoint.
If you're familiar with C#, you could create a patch or pull request to contribute to the project. However if programming is not in your skill set, I created this thread to politely Suggest/Request features for CUETools, CUERipper, or one of the other programs in the CUETools suite.
I perused the most recent replies (1500 or so) in the old development thread (https://hydrogenaud.io/index.php/topic,66233.0.html) (plus a few other posts) and compiled a list of
repeated suggestions/requests to get things started. The list is not in any specific order. I only attempted to sort by program, not priority.
I excluded suggestions/requests that were already added or being worked on such as OPUS support or the latest versions of FLAC and Monkey's Audio. If I missed your Suggestion/Request, providing a link to the original post is sufficient. (Copy/paste the link from "Reply #nn" in the upper left corner of your original post).
Please don't double-post. Please check the list before you post. With all Suggestions/Requests in one thread and/or compiled as a list, you shouldn't need to keep repeating them.
- General (#post_General) (Could apply to more than one program)
- CUETools (#post_CUETools).exe
- CUERipper (#post_CUERipper).exe
- EAC CTDB Plugin (#post_EAC_Plugin)
- Other (#post_Other) programs in the CUETools suite
General (Could apply to more than one program)
SMART (hybrid) HTOA Gap handling
If Track One pregap is say 5 seconds or longer use Gaps Appended + HTOA. For anything less than 5 seconds, automatically switch to Gaps Appended. The user would no longer have to deal with all those 32, 33, 37, etc. silent (or inaudible) frames saved as an HTOA file just to be able to catch a real hidden track before track one.> addressed in commit 1ea8a57 (https://github.com/gchudov/cuetools.net/commit/1ea8a5743f884ddf8e2e31d938704ca3ba3f2dd7)- Tagging the HTOA file.
This could be an issue for the CUETools file grouping feature. [doubtful] - Encode lossless input files other than 16-bit, 44.1kHz, 2 channel (Redbook)
Such as 16/24-bit, 48/96/192kHz flac with 2 or more channels. [penciled in as a possible feature of BLUTools which already handles non-redbook PCM audio extraction] - Split lossless input files other than 16-bit, 44.1kHz, 2 channel (Redbook)
Such as 16/24-bit, 48/96/192kHz flac with 2 or more channels. [penciled in as a possible feature of BLUTools which already handles non-redbook PCM audio extraction] - Full AccurateRip v2 support
Cross pressing verification using ARv2 Support for detecting UTF-8 input without BOM
Currently wide characters in UTF-8 files without BOM are interpreted as two one-byte characters from the local code page.>
.M3U files addressed in commit 80c320f (https://github.com/gchudov/cuetools.net/commit/80c320f04c296351cdf5d782098f47e49415a754), .CUE files addressed in commit d6470d5 (https://github.com/gchudov/cuetools.net/commit/d6470d5f0cb42fc7fde2290275280feb6907875b)Option to always write utf-8 CUE sheet
Currently the CUE sheet is only saved in utf-8 if there are characters not in your local codepage.> Option to always write utf-8 CUE sheet addressed in commit 9e1d3f2 (https://github.com/gchudov/cuetools.net/commit/9e1d3f2a21211b2c140877d222bde7f806185a45) and commit 8cb7870 (https://github.com/gchudov/cuetools.net/commit/8cb7870759e6fe821920bcd2804a121e2ad2e96c)Option to disable writing a CUE sheet for separate tracks
A CUE sheet is not needed for lossy formats.> Option to disable writing CUE file for separate tracks addressed in commit 9ee79de (https://github.com/gchudov/cuetools.net/commit/9ee79ded5865d544ed951bdfe2e3fae9e40b334d) and commit 4d06471 (https://github.com/gchudov/cuetools.net/commit/4d06471a58a2813b97be4dbba8e57e97114b5da7)- Option to "Force Compliant CUE" sheet for separate tracks
Data could be preserved by REMarking out the HTOA, Index 00 and other non-compliant lines. [Examples (#post_g09_examples)] - The ability to add custom metadata fields
The name and content of the field would need to be manually entered. - GD3 metadata retrieval support.
If the user wants to use a paid subscription to the GD3 service. - ReplayGain support
Various Requests. Copying: CUE data to CUE data, CUE data to Tags, Tags to CUE data, Tags to Tags. Analysis: to CUE data, to Tags. Download mirrors and file hashes
[forum (https://hydrogenaud.io/index.php?topic=118514.0)] [github (https://github.com/gchudov/cuetools.net/issues/30)] > mirror added at github for v2.1.7 [mirror (https://github.com/gchudov/cuetools.net/releases)]; file hashes added to [Download Page (http://cue.tools/wiki/CUETools_Download#Download)].Fallback when user doesn't add extension to template
The Output Template in CUETools and CUERipper expects ".cue" at the end of the string. When ".cue" is missing, the program uses the last "." (if any) within the resulting string as the end of the string. This can have undesirable results by truncating folder and file names. It would be nice if the program would detect that the ".cue" was missing and add it by default when processing the string. Similarly the Album Art and accurip log templates expect an extension added. > commit 2c961e5 (https://github.com/gchudov/cuetools.net/commit/2c961e5b762b1dd1d871481344ad53ca633af8bd) - Filename character substitution for Windows Reserved Characters
Currently < > : " / \ | ? * are replaced by an underscore _ character. Users have requested a substitution option to specify the characters used to replace reserved (and possibly other) characters. - MusicBrainz metadata retrieval support.
Direct search of MusicBrainz and import metadata. - AccurateRip meta metadata retrieval support.
Add AccurateRip meta support as alternative to freedb. Gnudb change of policy (freedb.org) (https://hydrogenaud.io/index.php/topic,125826.0.html), and continued (https://hydrogenaud.io/index.php/topic,125880.0.html) - Read CUESHEET metadata block from FLAC Image.
When external .CUE file and/or Embedded CUESHEET Tag are missing this can provide TOC and gaps.
CUETools.exe
'Album art search' is not yet functioning in CUETools.
Users suggested/requested that this be added.When encoding, ISRC commands are not copied from the original CUE file to the new CUE file.
Users suggested/requested that this be added.> addressed in commit 9754a9a (https://github.com/gchudov/cuetools.net/commit/9754a9a3282dd835e5544c618751c834e983fafc)When encoding, the source Unicode (UCS-2 le) EAC extraction log is converted to ANSI in the Output folder.
If the user enabled the log checksum feature in EAC, the new LOG file can no longer be checked by the EAC log verifier. Some users have suggested/requested that the original log file be copied to the Output folder without the text encoding being altered. > addressed in commit 9f80400 (https://github.com/gchudov/cuetools.net/commit/9f80400629e23fd107f82e7a1942cb024283ac25)CLI CUETools.exe /<profile> does not return CTDB verification even with 'Use CTDB' & 'Verify Using CTDB' checked and saved in the profile.
(/verify, /convert, /fix) Only AccurateRip verification results are returned. > addressed in commit c27a4c4 (https://github.com/gchudov/cuetools.net/commit/c27a4c458cad28eac8f62043ada9dc152cfaf56b)In the 'Extra' section, it is difficult to enter negative numbers in the 'Offset' box.
The zero wants to hang around. > addressed in commit cacc461 (https://github.com/gchudov/cuetools.net/commit/cacc461c072ed563f9bcd3a8506721260dc60848)- After repairing a rip, the accurip log does not contain CTDB info even though 'Verify Using CTDB' is checked.
Perhaps CUETools should rerun verify after repair. - iTunes "Part of a compilation" support.
https://hydrogenaud.io/index.php/topic,66233.msg947413.html#msg947413 - Support parsing of data from other extraction logs in addition to EAC & CUERipper.
XLD for example. (Partial: Copy CRC values parsed from XLD or Whipper log files are used in LOG CRC section of accurip log. addressed in commit 13c4346 (https://github.com/gchudov/cuetools.net/commit/13c43464a953da14dc0a5b8e8573d40f18b4f50c) - Create CUE Sheet from an extraction log file
To recover the CUE if 3rd-party tagging software removes/deletes an embedded CUE or the CUE file from an Image+CUE is damaged, corrupt or accidentally deleted. - In-place conversion
Output to the source folder without concern for existing filenames. - CUE Sheet POSTGAP command support
Supported by ImgBurn, Alcohol 120%
CUERipper.exe
- Add external encoders from the GUI.
Right now you need to edit the settings.txt file. - More setting options available from the GUI.
Right now you need to edit the settings.txt file. - Save/store Output templates separately for lossy and lossless encoding.
So the user doesn't need to remember to manually change the template when switching between lossy and lossless.
This could also be achieved by adding Profiles (see #13 (https://hydrogenaud.io/index.php/topic,118915.0.html#post_cr13) below). - Rip and save to both lossy and lossless simultaneously.
So you don't have to rip it twice or convert with CUETools to have both. - Rip single pass (burst) using AccurateRip/CTDB verification then secure rip only the tracks that didn't verify.
Other rippers are doing something similar now. - Re-rip Selected Tracks
Instead of always having to re-rip the whole CD to try get a better copy of one or two tracks that had errors. - Extract through error messages.
Right now extraction stops on some Errors/Exceptions such as Error Reading CD: IOCTL Failed. Users thought that they should be able to rip the remaining tracks. Reject the metadata retrieved from CTDB
Provide a blank space (or Unknown Artist - Unknown Title) in the metadata selection drop-down list for when the metadata retrieved is not correct for the inserted media (this can happen with CD Singles for example when only freedb results are returned). > addressed in commit e07e8b0 (https://github.com/gchudov/cuetools.net/commit/e07e8b08620c2182c57982932097284be7822867)- Import local artwork
When no artwork is available from CTDB. - Import local metadata into CUERipper (or local database)
from a text file, clipboard list or xml. Editing a few fields is simple enough but filling in all the blanks within CUERipper can be exhausting (especially if a refresh happens and everything gets blanked, making the user start over > refresh addressed in commit a2b12d1 (https://github.com/gchudov/cuetools.net/commit/a2b12d1d0f19c87e97f5d605e4447e5ba7b317fa)). - Add options to Detect/Decode HDCD
Similar to what exists in CUETools.exe Improve navigation when editing metadata
Similar to what exists in CUETools.exe. Currently in CUETools you can use TAB, SHIFT+TAB, directional keys ↑ ↓ → ←, or ENTER to navigate through the fields. None of these work in CUERipper. > addressed in commit 9888027 (https://github.com/gchudov/cuetools.net/commit/9888027bb34b34f2dd5fd1e49157c099b873f781)- Create Custom Profiles
Similar to what exists in CUETools.exe - Limit Maximum Album Art Size
Currently Album Art can be up to 16 MB when set to Album art size: Large. The setting Album art size: Small ("coversSize": 0) is small (250px). Enabling MaxAlbumArtSize= would give the user more flexibility.
EAC CTDB Plugin
[Metadata] An option to stop the cover search
On some popular releases there can be a lot of covers. Search can go on and on and on (especially in extensive mode). It would be nice to pause or stop the search and select from one of the covers already found. > addressed in commit 770b8d7 (https://github.com/gchudov/cuetools.net/commit/770b8d73c83b587b59dfe87f75b554ada62207e7)
Other programs in the CUETools suiteCUETools.ARCUE.exe (formerly ArCueDotNet.exe)
An option to specify the offset
to be used during AccurateRip verification. > commit d948c8c (https://github.com/gchudov/cuetools.net/commit/d948c8c1e6709724c919d45e003c904ce3d0d206)
CUETools.Ripper.Console.exe (formerly CUETools.ConsoleRipper.exe)
Don't try to write a WAV and CUE file with illegal file characters
[forum (https://hydrogenaud.io/index.php?topic=117971.0)] [github (https://github.com/gchudov/cuetools.net/issues/25)] > addressed in commit 2bde923 (https://github.com/gchudov/cuetools.net/commit/2bde92380a2ed7cf46e67609b345e2be9d211639)Don't overwrite existing files without warning (including Multi-CD sets that use same %album%)
[forum (https://hydrogenaud.io/index.php?topic=117971.0)] > commit 66abed8 (https://github.com/gchudov/cuetools.net/commit/66abed809349e4d8c506e9bcd0eb2d1bd81d8909)Don't write utf-8 CUE file without BOM
CUETools.exe interprets text as all single-byte characters in local codepage [General#06 (#post_g06)].
Suggestion:
Make the Multiselect browser more user-friendly by letting the user choose which entries get a tick-mark (e.g. based on file extension).
Problem:
Currently, if there are one or more .cue files, an m3u playlist, and the music files (flac) in a folder, then opening the Multiselect Browser on the Parent folder will automatically select (set a tick-mark for) each of these entries.
If you don't manually de-select some of them, you will end up running the verification multiple times for the same data, which is obviously not ideal, especially since the Multiselect Browser is used when you have lots of albums to verify (so that would mean LOTS of manual unticking of boxes..).
So, what I'm envisioning is
EITHER a field in the settings, where the user could specify something like "*.cue" and then only the cue sheets would get a tick mark automatically,
OR some kind of context menu in the Multiselect Browser itself, that lets users select/deselect file extensions to be checked/unchecked.
Thanks for considering.
Enable CUERipper to repair errors using CTDB.
Allow CUERipper to automatically transform metadata, such as "Capitalize First Letter Of All Words".
Enable CUERipper to calculate and write Album and Track ReplayGain values.
Allow persistent setting of which tag fields are written, for instance by placing checkboxes to left of fields on "Metadata" window. I only want to write ALBUM, ARTIST, YEAR, TITLE, TRACK, GENRE, ALBUM GAIN and TRACK GAIN.
Allow ability to turn off creation of "non-music" extra files, e.g. logs, CUE, ACCURIP.
Thanks for asking.
The upper case first letter suggested by Apesbrain is a good idea i second.
I wanted to have a chance to not write the Comment from the CUE to tag years ago.
For my workflow maybe a pull down list for the Genre field like in mp3tag was nice.
Please add a function to CUETools so that it checks the functionality of CUE (FILE "album.flac / ape / wv" WAVE) and creates a new one only in the absence, that is (FILE "album.wav" WAVE). Sorry for google translate.
Hello,
Thanks for pulling the list together!
Requests for writing mp3 files with cuetools
1. support for ISRC tag (repeat of above) - is there a way to vote?
2. support for CATALOG tag.
3. support for COMPOSER tag.
4. musicbrainz support. If a match is made with music brainz, include the music brainz release and trackids as TXXX tags in the MP3 file (see https://picard.musicbrainz.org/docs/mappings/ for details. and mappings).
Thanks
Well, I would like to see multiple threads for transcoding images to tracks, like foobar2000 does. I understand why ripping can't work like that, but I am unsure why transcoding doesn't work like that (obvioulsy, GPU transcoding can't work like that, but FLAC can).
Is this explained somewhere? I can't find it.
Here is my wishlist:
- CUETools cannot verify/check files that have a total path length longer than 256 characters. Please add support for long paths.
- Unfortunately, discs with only 1 track cannot be verified by CUETools and the disc is simply skipped (often such discs are part of box sets). Please add 1 track-discs support.
- A view that shows the combined AccurateRip & CTDB confidence per disc, i.e. max(AccurateRip confidence, CTDB confidence). The idea is being able to quickly check if a disc has a high confidence in any of these 2 databases.
- Ignoring pregap info when grouping discs under "By CTDB Confidence". Currently, discs with pregap are listed under 0 confidence even though it says for example "(40/86) Has pregap length 00:00:32, Accurately ripped". (See also my related post (https://hydrogenaud.io/index.php?topic=120443.0))
It would be a good thing if CueRipper could, like EAC, encode its logs in UCS-2 LE-BOM only rather than use the system locale standard for that purpose. And hopefully also checksum integration as well someday.
Drop free/gnudb in favour of musicbrainz in cueripper (both read and write, of course).
Drop free/gnudb in favour of musicbrainz in cueripper (both read and write, of course).
To be more clear: automatic - exactly as it already does fo AR data - MusicBrainz TOC submission if the CD is not found.
Check out MusicBrainz tagger for foobar2000 (https://github.com/kbuffington/foo_musicbrainz) to get a better idea of it:
(https://kbuffington.github.io/foo_jscript_panel/images/musicbrainz_context.png)
- Full AccurateRip v2 support
Cross pressing verification using ARv2
Hi
- V1, V2 & "(xx+yy/zz)" for alternative offsets[/list][/list]
for CUERipper, can you add the CDEXTRA info to the CUE file like EAC does? Thanks//
this is an enhanced CD with a data track at the end.
EAC CUE
FILE "The Flaming Lips - 06 - The Strange Design of Conscience.flac" WAVE
INDEX 01 00:00:00
TRACK 07 AUDIO
PERFORMER "The Flaming Lips"
TITLE "Thank You Jack White (For the Fiber–Optic Jesus That You Gave Me)"
ISRC USWB10300487
INDEX 00 04:21:45
FILE "The Flaming Lips - 07 - Thank You Jack White (For the Fiber–Optic Jesus That You Gave Me).flac" WAVE
INDEX 01 00:00:00
TRACK 08 MODEx/2xxx
TITLE "Fight Test"
PERFORMER "The Flaming Lips"
REM COMPOSER ""
INDEX 00 03:24:74
CUERipper CUE:
FILE "The Flaming Lips - 06 - The Strange Design of Conscience.flac" WAVE
INDEX 01 00:00:00
TRACK 07 AUDIO
PERFORMER "The Flaming Lips"
TITLE "Thank You Jack White (For the Fiber–Optic Jesus That You Gave Me)"
ISRC USWB10300487
INDEX 00 04:21:45
FILE "The Flaming Lips - 07 - Thank You Jack White (For the Fiber–Optic Jesus That You Gave Me).flac" WAVE
INDEX 01 00:00:00
CUERipper.exe:
ISRC extraction
option to overlead leadin/leadout for offest (works on most modern drives I've tried)
put extraction speed in log so it more precisely matches the EAC format
CUETools.Ripper.Console
- Ability to save hash value for later meta retrieval for when there is no internet connection.
- Saving of the .xml file with meta entries to later use for renaming and further tagging.
- Signaling of events such as "No Meta", "Unreadable", "Tracks XX failed", "Has Data", "Has HTOA"... etc.
- Port to C++ with QT 5 or wxWidgets 3 (or neither)
Would be great if the limites were extended"
Error Limits
More than 99 tracks - Exception: [Index] out of range
Track start position ~140 minutes or above - Exception: invalid stride
Especially the last one.
Would be great if the limites were extended"
Error Limits
More than 99 tracks - Exception: [Index] out of range
Track start position ~140 minutes or above - Exception: invalid stride
Especially the last one.
Isn't 99 or 100 tracks the limit of the RedBook CD TOC specification, though?
Where have you seen a CD with more than that?
As for the 140 minute limit, I don't know, but I suspect it's a similar situation.
140 is double of 70, which is the approximate duration of first generation audio CDs. Maybe they were counting on packing double density in the future and made room in the format for that. I don't know, I'm just speculating.
It sounds like you are trying to do out-of-spec stuff. CUETools is a CD-centered software, as far as I know, so it seems reasonable that it should follow the specification.
yeah, 99 tracks is the limit for audio CDs. I suppose a burner could add more, but what player could play it?
btw foobar2000 v1.4 raised the track count limit for cue sheets from 99 to 999. I've not tried to see if it can burn >99 tracks to a cd using a cue sheet with more than 99 tracks. Might be worth trying though.
Improve keyboard navigation when manually adding metadata in to CUERipper.
Adding in any metadata and pressing enter does not move down and activate the next field. This makes adding metadata cumbersome because a mouse needs to be used to activate the next field. If in track view pressing enter on the field correctly moves down to the next field and allows that field to be edited.
CueRipper
I would like to rip the audio tracks and run the encoder in the background
today it's non sense , rip a track ,wait to encode and re-start to spin the drive to rip the second track and so on
it could rip all the tracks in a temp folder maybe chooses/selected by the user (to speed up , maybe a scratch disk) and encode the track in the background
beause rip 1 disk is ok , but if somebody do need to rip 30 cds , well it does become very slow
thanks ,take care
Would be great if the limites were extended"
Error Limits
More than 99 tracks - Exception: [Index] out of range
Track start position ~140 minutes or above - Exception: invalid stride
Especially the last one.
Isn't 99 or 100 tracks the limit of the RedBook CD TOC specification, though?
Where have you seen a CD with more than that?
As for the 140 minute limit, I don't know, but I suspect it's a similar situation.
140 is double of 70, which is the approximate duration of first generation audio CDs. Maybe they were counting on packing double density in the future and made room in the format for that. I don't know, I'm just speculating.
It sounds like you are trying to do out-of-spec stuff. CUETools is a CD-centered software, as far as I know, so it seems reasonable that it should follow the specification.
Indeed, but if it already has a time limit way above of what a physical disc can handle, it could be raised even higher. Same with number of tracks, so that bandcamp releases that exceed those could still be processed for example. EAC already gives up after INDEX exceeding 90-99 minute mark, while CueTools could rip longer "discs" (virtual image+cue), it just so happens that I finally encountered one that is longer than said limit and it would be great if it could process ~150 minute album. Maybe there's something that can be changed (cracked) in the source code manually.
Improve keyboard navigation when manually adding metadata in to CUERipper.
Adding in any metadata and pressing enter does not move down and activate the next field. This makes adding metadata cumbersome because a mouse needs to be used to activate the next field. If in track view pressing enter on the field correctly moves down to the next field and allows that field to be edited.
+1
- add unicode support to cueripper and allow definition of character substitution
Specify filename pattern(s) for a number of files to be copied to the output folder. For example, "*.jpg,*.pdf"
tick box to enable.
I have multiple files with artwork including pdfs of booklets that I would like to copy into the output folder.
Drop free/gnudb in favour of musicbrainz in cueripper (both read and write, of course).
Agree - write MBID tags to encoded flac and MP files if the release is found in MB
This post is intended to provide examples to development of what I meant by
REMarking out non-compliant data in the Option to "Force Compliant CUE" sheet for separate tracks (#post_g09) suggestion above under General (so users can have compliant CUE sheets for use in programs such as foobar2000 that don't support non-compliant CUE sheets). See also Issue #179 (https://github.com/gchudov/cuetools.net/issues/179) and Issue #268 (https://github.com/gchudov/cuetools.net/issues/268)
First an example of a non-compliant CUE (https://wiki.hydrogenaud.io/index.php?title=Cue_sheet#Multiple_files_with_gaps_.28Noncompliant.29) as written by CUERipper, EAC and CUETools to preserve gap information in a file-per-track rip.
REM DISCID B50C550D
PERFORMER "Black Stone Cherry"
TITLE "Kentucky"
CATALOG 0819873012757
REM DATE 2016
REM GENRE "Rock"
REM COMMENT "CUERipper v2.1.6 Copyright (C) 2008-13 Grigory Chudov"
FILE "01 The Way of the Future.flac" WAVE
TRACK 01 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "The Way of the Future"
ISRC NLB931600001
INDEX 01 00:00:00
TRACK 02 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "In Our Dreams"
ISRC NLB931600002
INDEX 00 03:51:03
FILE "02 In Our Dreams.flac" WAVE
INDEX 01 00:00:00
TRACK 03 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Shakin' My Cage"
ISRC NLB931600003
INDEX 00 03:48:03
FILE "03 Shakin' My Cage.flac" WAVE
INDEX 01 00:00:00
TRACK 04 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Soul Machine"
ISRC NLB931600004
INDEX 00 04:08:22
FILE "04 Soul Machine.flac" WAVE
INDEX 01 00:00:00
TRACK 05 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Long Ride"
ISRC NLB931600005
INDEX 00 03:59:17
FILE "05 Long Ride.flac" WAVE
INDEX 01 00:00:00
TRACK 06 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "War"
ISRC NLB931600006
INDEX 00 04:01:59
FILE "06 War.flac" WAVE
INDEX 01 00:00:00
TRACK 07 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Hangman"
ISRC NLB931600007
INDEX 00 04:06:09
FILE "07 Hangman.flac" WAVE
INDEX 01 00:00:00
TRACK 08 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Cheaper to Drink Alone"
ISRC NLB931600008
INDEX 00 03:55:53
FILE "08 Cheaper to Drink Alone.flac" WAVE
INDEX 01 00:00:00
TRACK 09 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Rescue Me"
ISRC NLB931600009
INDEX 00 03:49:21
FILE "09 Rescue Me.flac" WAVE
INDEX 01 00:00:00
TRACK 10 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Feelin' Fuzzy"
ISRC NLB931600010
INDEX 00 03:44:46
FILE "10 Feelin' Fuzzy.flac" WAVE
INDEX 01 00:00:00
TRACK 11 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Darkest Secret"
ISRC NLB931600011
INDEX 00 03:14:18
FILE "11 Darkest Secret.flac" WAVE
INDEX 01 00:00:00
TRACK 12 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "Born to Die"
ISRC NLB931600012
INDEX 00 03:59:57
FILE "12 Born to Die.flac" WAVE
INDEX 01 00:00:00
TRACK 13 AUDIO
PERFORMER "Black Stone Cherry"
TITLE "The Rambler"
ISRC NLB931600013
INDEX 00 04:30:72
FILE "13 The Rambler.flac" WAVE
INDEX 01 00:00:00
Below is a compliant version of the CUE written by EAC's sister program "Easy Audio Copy" (by Andre Wiethoff).
INDEX 00 lines are
REMarked out and the
FILE line does not get placed after the
INDEX 00 line.
This CUE works in foobar2000 and gap information is preserved.
REM GENRE Rock
REM DATE 2016
REM DISCID B50C550D
REM COMMENT "Easy Audio Copy 1.0.2.5"
CATALOG 0819873012757
PERFORMER "Black Stone Cherry"
TITLE "Kentucky"
FILE "01 The Way Of The Future.flac" WAVE
TRACK 01 AUDIO
TITLE "The Way Of The Future"
PERFORMER "Black Stone Cherry"
ISRC NLB931600001
INDEX 01 00:00:00
FILE "02 In Our Dreams.flac" WAVE
TRACK 02 AUDIO
TITLE "In Our Dreams"
PERFORMER "Black Stone Cherry"
ISRC NLB931600002
REM INDEX 00 03:51:03
INDEX 01 00:00:00
FILE "03 Shakin' My Cage.flac" WAVE
TRACK 03 AUDIO
TITLE "Shakin' My Cage"
PERFORMER "Black Stone Cherry"
ISRC NLB931600003
REM INDEX 00 03:48:03
INDEX 01 00:00:00
FILE "04 Soul Machine.flac" WAVE
TRACK 04 AUDIO
TITLE "Soul Machine"
PERFORMER "Black Stone Cherry"
ISRC NLB931600004
REM INDEX 00 04:08:22
INDEX 01 00:00:00
FILE "05 Long Ride.flac" WAVE
TRACK 05 AUDIO
TITLE "Long Ride"
PERFORMER "Black Stone Cherry"
ISRC NLB931600005
REM INDEX 00 03:59:17
INDEX 01 00:00:00
FILE "06 War.flac" WAVE
TRACK 06 AUDIO
TITLE "War"
PERFORMER "Black Stone Cherry"
ISRC NLB931600006
REM INDEX 00 04:01:59
INDEX 01 00:00:00
FILE "07 Hangman.flac" WAVE
TRACK 07 AUDIO
TITLE "Hangman"
PERFORMER "Black Stone Cherry"
ISRC NLB931600007
REM INDEX 00 04:06:09
INDEX 01 00:00:00
FILE "08 Cheaper To Drink Alone.flac" WAVE
TRACK 08 AUDIO
TITLE "Cheaper To Drink Alone"
PERFORMER "Black Stone Cherry"
ISRC NLB931600008
REM INDEX 00 03:55:53
INDEX 01 00:00:00
FILE "09 Rescue Me.flac" WAVE
TRACK 09 AUDIO
TITLE "Rescue Me"
PERFORMER "Black Stone Cherry"
ISRC NLB931600009
REM INDEX 00 03:49:21
INDEX 01 00:00:00
FILE "10 Feelin' Fuzzy.flac" WAVE
TRACK 10 AUDIO
TITLE "Feelin' Fuzzy"
PERFORMER "Black Stone Cherry"
ISRC NLB931600010
REM INDEX 00 03:44:46
INDEX 01 00:00:00
FILE "11 Darkest Secret.flac" WAVE
TRACK 11 AUDIO
TITLE "Darkest Secret"
PERFORMER "Black Stone Cherry"
ISRC NLB931600011
REM INDEX 00 03:14:18
INDEX 01 00:00:00
FILE "12 Born To Die.flac" WAVE
TRACK 12 AUDIO
TITLE "Born To Die"
PERFORMER "Black Stone Cherry"
ISRC NLB931600012
REM INDEX 00 03:59:57
INDEX 01 00:00:00
FILE "13 The Rambler.flac" WAVE
TRACK 13 AUDIO
TITLE "The Rambler"
PERFORMER "Black Stone Cherry"
ISRC NLB931600013
REM INDEX 00 04:30:72
INDEX 01 00:00:00
This is a non-compliant CUE with an actual Hidden Track One Audio (HTOA). There are gaps before Track 5 and Track 12.
REM DISCID 9A0A5B0C
PERFORMER "Sick Puppies"
TITLE "Connect"
CATALOG 5099942321958
REM DATE 2013
REM COMMENT "CUERipper v2.1.6 Copyright (C) 2008-13 Grigory Chudov"
FILE "00 (HTOA).flac" WAVE
TRACK 01 AUDIO
PERFORMER "Sick Puppies"
TITLE "Die to Save You"
ISRC USUM71307069
INDEX 00 00:00:00
FILE "01 Die to Save You.flac" WAVE
INDEX 01 00:00:00
FILE "02 There’s No Going Back.flac" WAVE
TRACK 02 AUDIO
PERFORMER "Sick Puppies"
TITLE "There’s No Going Back"
ISRC USUM71305552
INDEX 01 00:00:00
FILE "03 Walking Away.flac" WAVE
TRACK 03 AUDIO
PERFORMER "Sick Puppies"
TITLE "Walking Away"
ISRC USUM71305551
INDEX 01 00:00:00
FILE "04 Gunfight.flac" WAVE
TRACK 04 AUDIO
PERFORMER "Sick Puppies"
TITLE "Gunfight"
ISRC USUM71305557
INDEX 01 00:00:00
TRACK 05 AUDIO
PERFORMER "Sick Puppies"
TITLE "Poison"
ISRC USUM71305558
INDEX 00 02:54:52
FILE "05 Poison.flac" WAVE
INDEX 01 00:00:00
FILE "06 Where Did the Time Go.flac" WAVE
TRACK 06 AUDIO
PERFORMER "Sick Puppies"
TITLE "Where Did the Time Go"
ISRC USUM71305550
INDEX 01 00:00:00
FILE "07 Telling Lies.flac" WAVE
TRACK 07 AUDIO
PERFORMER "Sick Puppies"
TITLE "Telling Lies"
ISRC USUM71305553
INDEX 01 00:00:00
FILE "08 Connect.flac" WAVE
TRACK 08 AUDIO
PERFORMER "Sick Puppies"
TITLE "Connect"
ISRC USUM71305562
INDEX 01 00:00:00
FILE "09 Run.flac" WAVE
TRACK 09 AUDIO
PERFORMER "Sick Puppies"
TITLE "Run"
ISRC USUM71305546
INDEX 01 00:00:00
FILE "10 The Trick the Devil Did.flac" WAVE
TRACK 10 AUDIO
PERFORMER "Sick Puppies"
TITLE "The Trick the Devil Did"
ISRC USUM71305547
INDEX 01 00:00:00
FILE "11 Healing Now.flac" WAVE
TRACK 11 AUDIO
PERFORMER "Sick Puppies"
TITLE "Healing Now"
ISRC USUM71305548
INDEX 01 00:00:00
TRACK 12 AUDIO
PERFORMER "Sick Puppies"
TITLE "Under a Very Black Sky"
ISRC USUM71305549
INDEX 00 04:12:19
FILE "12 Under a Very Black Sky.flac" WAVE
INDEX 01 00:00:00
Andre handles the HTOA in an interesting way with Easy Audio Copy.
All the lines from the first
FILE command up to the first
INDEX 01 command are
REMarked out. A
PREGAP command replaces the
FILE command for the Hidden track (HTOA) and the
INDEX 00 command. The lines associated with the first track are repeated in compliant order.
This CUE works in foobar2000. Gaps and HTOA information are retained. The hidden track remains hidden and will not show up in foobar2000 with this CUE. That is to be expected.
REM GENRE Rock: Alternative Rock
REM DATE 2013
REM DISCID 9A0A5B0C
REM COMMENT "Easy Audio Copy 1.0.1.0"
CATALOG 5099902871325
PERFORMER "Sick Puppies"
TITLE "Connect"
FILE "01 Die to Save You.flac" WAVE
TRACK 01 AUDIO
TITLE "Die to Save You"
PERFORMER "Sick Puppies"
ISRC USUM71307069
REM FILE "00 Hidden track.flac"
REM TRACK 01 AUDIO
REM TITLE "Die to Save You"
REM PERFORMER "Sick Puppies"
REM ISRC USUM71307069
REM INDEX 00 00:00:00
PREGAP 01:05:33
REM FILE "01 Die to Save You.flac" WAVE
INDEX 01 00:00:00
FILE "02 There's No Going Back.flac" WAVE
TRACK 02 AUDIO
TITLE "There's No Going Back"
PERFORMER "Sick Puppies"
ISRC USUM71305552
INDEX 01 00:00:00
FILE "03 Walking Away.flac" WAVE
TRACK 03 AUDIO
TITLE "Walking Away"
PERFORMER "Sick Puppies"
ISRC USUM71305551
INDEX 01 00:00:00
FILE "04 Gunfight.flac" WAVE
TRACK 04 AUDIO
TITLE "Gunfight"
PERFORMER "Sick Puppies"
ISRC USUM71305557
INDEX 01 00:00:00
FILE "05 Poison.flac" WAVE
TRACK 05 AUDIO
TITLE "Poison"
PERFORMER "Sick Puppies"
ISRC USUM71305558
REM INDEX 00 02:54:52
INDEX 01 00:00:00
FILE "06 Where Did the Time Go.flac" WAVE
TRACK 06 AUDIO
TITLE "Where Did the Time Go"
PERFORMER "Sick Puppies"
ISRC USUM71305550
INDEX 01 00:00:00
FILE "07 Telling Lies.flac" WAVE
TRACK 07 AUDIO
TITLE "Telling Lies"
PERFORMER "Sick Puppies"
ISRC USUM71305553
INDEX 01 00:00:00
FILE "08 Connect.flac" WAVE
TRACK 08 AUDIO
TITLE "Connect"
PERFORMER "Sick Puppies"
ISRC USUM71305562
INDEX 01 00:00:00
FILE "09 Run.flac" WAVE
TRACK 09 AUDIO
TITLE "Run"
PERFORMER "Sick Puppies"
ISRC USUM71305546
INDEX 01 00:00:00
FILE "10 The Trick the Devil Did.flac" WAVE
TRACK 10 AUDIO
TITLE "The Trick the Devil Did"
PERFORMER "Sick Puppies"
ISRC USUM71305547
INDEX 01 00:00:00
FILE "11 Healing Now.flac" WAVE
TRACK 11 AUDIO
TITLE "Healing Now"
PERFORMER "Sick Puppies"
ISRC USUM71305548
INDEX 01 00:00:00
FILE "12 Under a Very Black Sky.flac" WAVE
TRACK 12 AUDIO
TITLE "Under a Very Black Sky"
PERFORMER "Sick Puppies"
ISRC USUM71305549
REM INDEX 00 04:12:19
INDEX 01 00:00:00
Currently CUETools cannot parse the gap and HTOA information from an Easy Audio Copy compliant CUE.
Naturally CUETools would need to be able to parse this type of CUE in order to convert a file-per-track rip to a single file Image (keeping the gap information and HTOA audio).
Post a pinned link to the official wiki page (http://cue.tools/wiki/Main_Page)
at the top of the thread.
Been using Cuetools for a while and I'm very grateful for the amazing job it does. If the following are not available, might they be considered as options in a future version please?
(1) Option to not pad track numbers in file names and tags (i.e. 1, 2, 3...9 instead of 01, 02, 03...09)
(2) Option to not write the 'Total Tracks' tag.
(3) Option to add Album Artist and Composer tags in the 'Select the best match' window.
Thanks!
Add support for ISRC entry in .cue file and pass it and its value to the encoder
CueRipper:
1. Add the ability to search and pull artwork from Musicbrainz as a source. They already have artwork sized to multiple options to choose from (and the quality is generally higher). Fail back to current provider if no image found. If not possible, maybe add an option to select min and maximum resolution images from current provider, and resize if too large on write.
2. Pull and write Genre Tags from Musicbrainz.
3. The ability to write %album artist% into tag, instead of %artist%.
CUERipper:
Add an option to only create the CUEsheet of a CD without ripping.
"
Full AccurateRip v2 supportCross pressing verification using ARv2"
I would really love to see full Accuraterip V2 in CUETools verify logs so we could get both CRC values and number of coincidences for the different known offsets in the database so they would show the same info as the results for the detected offset.
It will be helpful in cases like this one were there are no V1 hits for all but one of the alternative known offsets:
Track [ CRC | V2 ] Status
01 [7d42e9c2|6dabbdce] (011+024/240) Accurately ripped
02 [f2266e68|30eebfed] (009+019/241) Accurately ripped
03 [dea985d9|51f69c05] (011+024/239) Accurately ripped
04 [d84ae846|acc2ec0b] (012+024/241) Accurately ripped
05 [af769380|db3f01d3] (011+025/241) Accurately ripped
06 [b5bb0af3|d293efe5] (012+025/241) Accurately ripped
07 [2addedba|3726b892] (012+024/241) Accurately ripped
08 [5abf3624|350e50e7] (011+025/243) Accurately ripped
09 [88fcdcf1|c01164c4] (012+024/241) Accurately ripped
10 [ab5992ec|22c68ab3] (012+025/242) Accurately ripped
11 [c7203070|6f4b9fd2] (012+024/240) Accurately ripped
12 [4a9e0a39|0045dce5] (012+023/240) Accurately ripped
13 [779820a0|23f2fa12] (012+024/238) Accurately ripped
Offsetted by -664:
01 [e20a61d0] (004/240) Accurately ripped
02 [53b0105c] (004/241) Accurately ripped
03 [060b2e0c] (004/239) Accurately ripped
04 [d7695f3b] (004/241) Accurately ripped
05 [c0b39ccd] (004/241) Accurately ripped
06 [a7ac3405] (004/241) Accurately ripped
07 [7449164c] (004/241) Accurately ripped
08 [c922533e] (004/243) Accurately ripped
09 [3c338c1d] (004/241) Accurately ripped
10 [d0d8c65a] (004/242) Accurately ripped
11 [74dd20f5] (004/240) Accurately ripped
12 [0336d08d] (004/240) Accurately ripped
13 [a64bd8b8] (004/238) Accurately ripped
Offsetted by -2656:
01 [4dea22fa] (000/240) No match
02 [8ecb7b9f] (000/241) No match
03 [be762839] (000/239) No match
04 [5af98007] (000/241) No match
05 [b598b4f7] (000/241) No match
06 [c3213117] (000/241) No match
07 [3942b070] (000/241) No match
08 [9d533b73] (000/243) No match
09 [df56a2e1] (000/241) No match
10 [0148e878] (000/242) No match (V2 was not tested)
11 [782c6f97] (000/240) No match
12 [24748e2e] (000/240) No match
13 [0c22f9af] (000/238) No match
Offsetted by -1992:
01 [c9e614e3] (000/240) No match
02 [36321e3d] (000/241) No match
03 [a0b1769d] (000/239) No match
04 [6743d910] (000/241) No match
05 [9f72f778] (000/241) No match
06 [280f19a3] (000/241) No match
07 [0c0bdd62] (000/241) No match
08 [8a995da6] (000/243) No match
09 [fdc1361b] (000/241) No match
10 [6e593b36] (004/242) Accurately ripped
11 [2e4be2e1] (000/240) No match
12 [2e3c3581] (000/240) No match
13 [bc5c4d33] (000/238) No match
Offsetted by 6:
01 [529086f4] (000/240) No match (V2 was not tested)
02 [7d1b23f1] (000/241) No match (V2 was not tested)
03 [9b8c386f] (000/239) No match (V2 was not tested)
04 [6979b830] (000/241) No match (V2 was not tested)
05 [fbee074d] (000/241) No match (V2 was not tested)
06 [70d1a399] (000/241) No match (V2 was not tested)
07 [cf074b60] (000/241) No match (V2 was not tested)
08 [2dc8fad2] (000/243) No match (V2 was not tested)
09 [ae8ff12d] (000/241) No match (V2 was not tested)
10 [4ba56a61] (000/242) No match (V2 was not tested)
11 [1bc7ccc0] (000/240) No match (V2 was not tested)
12 [ecc11f5d] (000/240) No match (V2 was not tested)
13 [97829f9a] (000/238) No match (V2 was not tested)
MOD: codebox
You mean, cross-pressing V2?
The developer decided against that long ago - IIRC because he didn't know how to do it apart from brute-force recalculation.
The competition PerfectTunes (from the creator of AccurateRip) can do it - and even if CUETools cannot do the shift, it is a bit strange that it doesn't calculate when it has the actual offsets detected (then you only need to do those); especially if you are on a spinning drive, then an extra round of calculation isn't any real slowdown compared to reading from disc.
Yes, I guess I meant cross pressing with both CRC & V2.
I use CUETools frequently on rips that either had no matchtes at the time of ripping (recently released) or were ripped years ago and had then very few matches (rare CDs). Reripping with different offsets only to update matching stats would be kind of a PITA. Using CUETools with the .cue file is so much more convenient. I could run it that way it with each known offset but again if there are many alternatives it is not very convenient.
I have just tried PerfectTunes AccurateRip function but unlike CUETools it does not have an option to create logs with offsets, as far as I can see it writes/updates tags.
I can only wish someday the developper will change his mind though if it is that complicated I assume the probablity of it ever happening is not great. It is a great tool anyway.
Thanks
CUERipper.exe
option to detect and decode SACDs to DSD format