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: Problems creating image+cue from separate flac tracks (Read 1053 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Problems creating image+cue from separate flac tracks

hello everyone. I have a series of folders that contain separate music tracks in flac format, and usually with the recursive mode and multiple selection I create an image + cue for each folder.
Everything works perfectly. The only problem I encounter is that some folders are skipped and in the log I get the sentence "Audio format is not Red Book PCM".
I understand the problem arises from the fact that those tracks have a 24bit encoding.
Is there a setting in Cuetools that automatically encodes those folders to 16bit so as not to skip them and create image + cue without having to do them manually with other programs?
thanks in advance

Re: Problems creating image+cue from separate flac tracks

Reply #1 –
Quote from: rockberto on
Is there a setting in Cuetools that automatically encodes those folders to 16bit so as not to skip them and create image + cue without having to do them manually with other programs?

No.

One more thing about converting with CUETools. If files have non-integer quantity of CD frames (this can be a thing with files which are separated tracks and not sourced from CD, e.g. WEB-releases), CUETools will pad them with silence on conversion. This can destroy gapless transition between tracks.

Re: Problems creating image+cue from separate flac tracks

Reply #2 –
thanks for the clarification

Re: Problems creating image+cue from separate flac tracks

Reply #3 –
You can do it with foobar2000. Apparently - but check for yourself! - it will round off the track transition timestamps in the cuesheet.
Good thing about that is that transitions will be gapless. Bad thing about that is that if you "undo" it, track lengths will be slightly off.

You may ask why it has to be that way. As Bogozo's answer indicates, it is because a CD frame is 588 samples. Thus a CD track has to be an integer multiple of 1/75th second. Cuesheets were invented to facilitate CD writing, and weren't specified to handle other track lengths. Later they have been (ab)used for other purposes like these. Like for MP3s originally, track transitions may suffer.

Of course if track lenghts happen to be N/588 samples long, then it will work just fine. It sometimes happens, for example if you have (like I have regretted a few times) decoded HDCDs to 24 bits. HDCDs are CDs with CD track lengths.