-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for single file FLAC + CUE #115
Comments
IIRC we discussed briefly about it saying this kind of ripping mode didn't really seem to be a worthwhile addition, even more so if you consider that a rip done with separate tracks + cue can be later converted to an "image" one (the reverse is also possible)^. ^ For example using CUETools (requires Mono) Everybody: please comment on this issue. |
Since the ripper's main idea was for use on what.cd, and now Apollo/PTH, and all those sites (as well as the entire audiophile community) forbid single FLAC + CUE rips, I think we should not implement it. Although I do have rips in this format, I don't understand how it can be more useful than the normal FLAC per track mode. Besides the issue of the forementioned sites discouraging this kind of rip, most hardware (and even many software) players also do not support single FLAC + CUE, which can be a hassle. |
Well the ripper main idea in my case is to get reliable digital images of the CDs I bought since I don't have a CD player in my hifi audio gear any more - to add to my own personal collection, for my own use. |
While I don’t and won’t use this mode, I think we should support it but as optional, keeping the default as multiple tracks. They are valid use cases, and this is nowhere close to bloating whipper. ;) |
I'd love to see this added too. It would also be good to be able to embed the cue sheet into the flac. |
Another vote for onetrack mode. I started my collection this way years ago. For me it is a matter of efficiency - less nested directories, less duplication of data, easier script writing/debugging. |
Another vote from me. I like to store the master copy of my rips in single files + cue for playing on my HiFi (where I tend to listen to entire albums) and then use scripts to generate separate mp3 tracks for other devices as required. |
Another vote from me - lack of support for single-file FLAC & CUE is a deal breaker for me, since my whole collection is and will be stored this way. |
I believe the cue file generation might need some more love, but otherwise - you can contribute some ffmpeg script to join the flacs into a single large flac, and modify the cue file for that file. |
For those who value archival of a published album, single file ripping is a superior choice. As others note, a whole-disc audio file may be reconstructed from the cue sheet and the ripped tracks, but equally, the tracks may be split from the single file. The more caustic attacks against whole-disc audio files are not warranted. Whole disc rips leave open the option for splitting or extracting tracks for specific playback requirements. It is certainly true that whole-disc rips have not been appealing for many, but a principle reason is limited support in software. Invoking this lack of popularity to argue against adding support in software is essentially circular. My feedback on this point is personal. Support for whole-disc rips is an essential feature for any software I myself would use. |
Any movement on this ? |
Please add support for ripping entire CDs to single-file FLAC files + Cuesheet
(like EAC does). This format is popular in digital classical music collections.
The text was updated successfully, but these errors were encountered: