#Cue splitter to flac free#

Long story short, I ended up with a four-disc album (109 total tracks) that was ripped (using a very nice setup) to FOUR lossless. It is an interesting read but you do not need to understand what a. TAK file even was until I found THIS PAGE from the Hydrogenaudio Knowledgebase.

#Cue splitter to flac free#

This will be a quick write-up so please feel free to ask questions. Don't hesitate to create new tickets if you run into any problems.I just wanted to jump in here and make a quick write-up about an annoying problem that I ran into recently and couldn't find a solution to anywhere on the internet. I'm closing this very long ticket that mixes up way too many topics. I'm really no expert on character sets, but maybe you find some tool that can convert the cue-sheets in your music-library from simplified chinese (gb2312) to utf8? If it's only an handful of files that have problems, notepad++ might allow you to do it manually.Īll I can do for now is not to fail for the whole directory in case of parsing errors and instead ignore the cue-sheet and expose the album file as regular file. Ultimately I can't tell you if this a bug in chardet or if the file is really not properly encoded (but Notepad++ somehow finds a way to deal with it), but I'm afraid there is nothing I can really do at this point in time.

I've tested your file with two online character encoding tools and both had problems too.

UnicodeDecodeError: 'gb2312' codec can't decode byte 0xa9 in position 123: illegal multibyte sequenceīut I could open the file in Notepad++ and after converting it to UTF-8 trackfs could process the file correctly. The chardet library that I use to detect and read cuesheets in arbitrary charcter encodings complains about a wrong encoding of the file: I'm sure the maintainer would be keen to get another early tester. I've just tested the latest development branch last night and it looks quite promising. Given that the ffmpegfs project that I've mentioned above is currently implementing support for external flac files and would also support cue sheet for WAV files (as in your initial example), if external cue-file support is important/urgent for you, you might want to give this project a try. I can't promise that I would find time soon, but some basic support should not be to much work either. If a cue-sheet is embedded in a flac file it seems logical to ignore file references in a cue-sheet, but once you use standalone cue sheets as input, this is no longer that logical.įeel free to create a feature request ticket. For the same reason I also only use album-art that is embedded in the flac file rather than looking for jpg in the same folder.įinally properly implementing standalone cue-sheet support, can easily get quite nasty: in theory a cue sheet could refer to multiple different audio files at the same time and in practice most CD rippers create invalid file-references in the cue-sheet. I found it more robust to solely rely on meta-data of a single flac file, rather than relying on things like 'files with a similar name in the same folder' to try to find matching cue sheets. I wanted to focus on FLAC+CUE files only. Technically this could get implemented, it was just out of scope of this still very early version of trackfs.