similar to: cue generation under linux and cdrdao

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Phillips wrote: > 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. I believe the -T and -t flags (to cdparanoia? AFAIK, cdrdao

Charles Steinkuehler wrote: > Dan Phillips wrote: > >> 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. > > I believe the -T and -t flags

Hi, Bit late to join in the discussion but I've just read through the CD archiving discussion and was particular interested in Dax's method, described here (also included below): http://lists.xiph.org/pipermail/flac/2006-September/000611.html So far I've just been flac-ing my CDs to individual one-flac-per-track files, however it appears I've been missing some of the other bits

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Phillips wrote: > I have read some posts about using FLAC to archive CD collections and > would like to get some feedback. I am torn between creating a bin and > cue file with CDDB info and compressing that down with FLAC as a single > file or the second method of ripping all the files out to wav and > converting to FLAC and maybe

Josh Coalson wrote: > --- Eric Sandeen <sandeen@sandeen.net> wrote: > >>1) how to generate a cue sheet to store in the flac file (on linux?) >> I've seen cddb2cue, is this a decent way? or cdrdao can generate >> a toc file, then convert that to a cue sheet.... > > > I think whatever provides cdrdao also provides toc2cue which > will convert.

I've just started to archive my CD collection (about 800 CDs), and my criteria are pretty much the same as the original message under this subject, except that I'm doing one file per CD. One file per song is just too much of a pain, and there's really no need, given FLAC's ability to have metadata in the file. The first thing I do is run cd-discid against the cd, and store that

I discovered FLAC earlier this year, and wrote flac-archive to archive my CDs to single FLAC files. I've been archiving my collection for months now, and have gotten it to a reasonable level of stability and robustness. I recently looked over this list's archive and saw a number of questions about doing this, with no clear solution emerging. So, here i am to offer my meager tools.

This must be possible; not sure how to do it yet. :) After facing the thought of going through my cd collection for a 3rd time for re-encoding, it occurred to me that I should just flac the whole CD and add a cue sheet, and then back up to DVDs. That way -next- time I need to re-encode to any format, I can handle ~1/20th the discs, compared to my whole cd collection. :) Wondering if

On a related note, are there any tools which can read the Index information from a CD and preserve these in some file for later recreation? The actual TOC on a CD has very little information: just the Absolute Start Time of each Track. Is there any documentation of the "TOC" file format that is commonly used? I do not recall coming across anything. Obviously, I am also

On Wed, 28 May 2003, Josh Coalson wrote: > interesting idea, CD-TEXT is in the subcode and if cdrdao can > split it out that's better I think than hacking the CUESHEET > block to store CD-TEXT. I suppose the ideal would be to have a metadata block to store the subcode from a CD, and something that could interpret it as CD-TEXT, if that's what it is. Then it would be possible to

On Mon, 13 Sep 2004, Eric Sandeen wrote: > Well given that I fed cdrdao the toc file that it originally extracted, > they should be, right? Do you mean check that the cue points fall at > the exact same spot in the performace, I guess? Yes. > As far as I can tell, they do, although not sure how to check that > exactly... Just listen, and watch the counter on the CD-player. It

I realize this was an answer to someone else, but... I use Trader's Little Helper for all my encoding/decoding projects (for FLAC mostly). does this automatically do more than just the tracks? If not, how can I get the rest? - - Audio data prior to the start of track 1 (and possibly after the end of the 'last' track, depending on the disc layout) - - Sub-code index information -

I have read some posts about using FLAC to archive CD collections and would like to get some feedback. I am torn between creating a bin and cue file with CDDB info and compressing that down with FLAC as a single file or the second method of ripping all the files out to wav and converting to FLAC and maybe saving the cue file in attempt to use it later. The first method I believe will pretty much

On Sun, 12 Sep 2004, Brian Willoughby wrote: > On a related note, are there any tools which can read the Index > information from a CD and preserve these in some file for later > recreation? cdrdao. > The actual TOC on a CD has very little information: just the Absolute > Start Time of each Track. Are you sure you're not confusing TOC and CUE here? If the TOC file was

-----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

--- Curt Sampson <cjs@cynic.net> wrote: ... > Next, I rip the entire CD using cdrdao. This generates a .bin file > containing the raw audio data and a .toc file containing the table of > contents of the CD. There's still a problem here: I don't have the > subcode data (from channels R through W). There's a possiblity that > cdrdao will keep CD-Text data, since the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm trying to use flac to make backups of my CD collection, and am running into problems with disks that contain a pregap (or lead-in) before the start of track one. cdrdao rips these disks *WITHOUT* the pregap, and puts a PREGAP entry into the cue file. For my test CD (Police, Synchronicity, catalog# 0082839373524) I get (in part): TRACK 01

--- Eric Sandeen <sandeen@sandeen.net> wrote: > 1) how to generate a cue sheet to store in the flac file (on linux?) > I've seen cddb2cue, is this a decent way? or cdrdao can generate > a toc file, then convert that to a cue sheet.... I think whatever provides cdrdao also provides toc2cue which will convert. one of the flac TODOs is to take cdrdao toc files as input.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Edwards wrote: > Hi, > > Bit late to join in the discussion but I've just read through the CD > archiving discussion and was particular interested in Dax's method, > described here (also included below): > > http://lists.xiph.org/pipermail/flac/2006-September/000611.html > > So far I've just been