-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1> > I've been working on this sort of approach using abcde as a front-end, > and have run into several issues. What I finally decided on doing is > ripping the CD to a single flac file with embedded cue sheet using a > variety of tools (more details later). The single flac file is then > enough to pretty much reconstruct the audio CD should it ever get lost > or destroyed. Note that abcde can support ripping ogg files directly > from a single flac file with an embedded cue sheet. I believe several > of the popular audio players have added (or are adding) support for > single flac files with embedded cue data, so you can seek to the next > song, see all song titles, etc. >I've been looking for frontends to finally get my collection organized and archived. I've been looking at abcde for my primary front-end and have been looking to rip and encode to flac, ogg and mp3. I'd love get access to your changes to abcde. I never even thought about encoding the entire cd as a flac. That eliminates the cuefile problem and makes it easy to reconstruct back to an audio cd. I'd be willing to help hack on abcde since I think it could use some updates anyway and it's been a while since I contributed anything to it. Is anybody familiar with a system that will automatically scan an existing collection for duplicates? Ideally the system I plan on building is that I have my share of existing mp3's and oggs that I've encoded over time. I'd like to encode to flac and then have the system scan for existing mp3s or even oggs that may be of much less quality and then if those are found re-encode from the newly created flac file. If somebody can point me to a framework that works like this already that'll save me some coding. If not...stay tuned ;-) Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFGVPI1ba7yLNz0PERAklSAJ9NymiYTLhWnHsgLYf85QbYGTwoUQCfdeeY /qB5d+FmfUJ6HyrIFay1dVs=P9jE -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chris Hirsch wrote:> >>> >>> I've been working on this sort of approach using abcde as a front-end, >>> and have run into several issues. What I finally decided on doing is >>> ripping the CD to a single flac file with embedded cue sheet using a >>> variety of tools (more details later). The single flac file is then >>> enough to pretty much reconstruct the audio CD should it ever get lost >>> or destroyed. Note that abcde can support ripping ogg files directly >>> from a single flac file with an embedded cue sheet. I believe several >>> of the popular audio players have added (or are adding) support for >>> single flac files with embedded cue data, so you can seek to the next >>> song, see all song titles, etc. >>> > > I've been looking for frontends to finally get my collection organized > and archived. I've been looking at abcde for my primary front-end and > have been looking to rip and encode to flac, ogg and mp3. I'd love get > access to your changes to abcde. I never even thought about encoding > the entire cd as a flac. That eliminates the cuefile problem and makes > it easy to reconstruct back to an audio cd. I'd be willing to help > hack on abcde since I think it could use some updates anyway and it's > been a while since I contributed anything to it.Pretty much all of my abcde stuff that's ready for anyone else to look at was submitted to the Debian bug tracking system: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=377240 ...and is now in the latest version of abcde (along with several other updates). You can grab it straight from subversion (and I think *MAYBE* in the unstable debian abcde package, but I'm not sure): https://svn.hispalinux.es/svn/abcde/trunk/abcde I was planning on integrating TOC file generation via cdrdao to abcde, followed by cuefile "munging" as appropriate/required (preferably in shell-script rather than C or something, so it could be made part of abcde), but "real life" has intervened. Really, the only thing missing from abcde's current flac ripping functionality is the ability to rip the entire disc (specify the start as [00:00:00-0] instead of 1, to get any pre-gap on discs that don't start at zero), and cuefile generation that takes subcode data into account (via cdrdao). The first is easily accounted for in the ripping code, by hard-coding the start-track (but a more general solution would be to specify either zero as the start track, or a --whole-disc type switch to abcde), while I was dealing with the second issue by modifying toc2cue (*NOT* a particularly desirable solution, IMHO). Regardless, my just barely working setup to rip entire CDs to flac breaks with the latest abcde from subversion, and I haven't yet had time to get it running again. :( - -- Charles Steinkuehler cstein@newtek.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) iD8DBQFFGXSMenk4xp+mH40RAt1TAKDWMUPOoZS04Day9P8Kg19I4ZQvJwCfXx96 S6E7g50CTx/tcVUud1T+TNk=t9HH -----END PGP SIGNATURE-----
I see that this was the right place to fire off this question. Thanks for your feedback. It has given me a base to start some trials. I used to use EAC on Windows, but I tend to only use open source software as much as possible and I don't use Windows any more. I gave a brief look at abcde, but it is clear I need to look at this some more. It looks like it has the potential to do everything I would need, including encoding to 2 formats at the same time, FLAC to archive or play and ogg or mp3 for the players. With regards the toc problem not compensating for starting from track 0, is it possible to use the cdrtoa -t or -T options to compensate for the shift. I am not sure I fully understand the option, but I came across it and thought I would mention it. The method I was using was this one I found through google - all in one file like this: cdrdao read-cd --with-cddb --datafile album.bin album.toc cueconvert album.toc album.cue flac --endian=big --sign=signed --channels=2 --bps=16 --sample-rate=44100 --cuesheet=album.cue album.bin Works going there, but not sure about getting back. I guess right now I need to go and try both methods. If I can help with abcde I will, but I have the programming skills of a monkey (and a monkey without a decent education at that). Just some questions: Dax, this looks good. You are getting an accurate copy of the cd with this method, track 0 and all? Is cdrdao as good as cdparanoia at ripping? Does anyone know what players (Linux OS or portable)support playing of a single album FLAC file ? cheers