search for: cdrdao

Greetings, I really love the one flac per cd idea. So, I pulled all my cds out of storage to re-encode them. I've run into a couple of general issues here: I've done some comparisons between eac under windows, and cdrdao under linux. It seems that after converting the cdrdao data to .wav, both programs result in perfectly identical .wav files for the 3 cds I tested. However, cdrdao likes to output a "toc-file" instead of the .cue file flac is expecting. My initial instinct is to write some perl to...

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

...uild: K3B. The included version's translation is just one big mess. I remember from my Slack days not so long ago that K3B is rather easy to build, so I downloaded the source from the K3B site, built and compiled with checkinstall, and everything went smooth. K3B's vanilla version requires cdrdao to be installed. I found a RHEL4 RPM on rpm.pbone.net and installed it. On startup, K3B performs various checks about the system configuration, and as it was to be expected, it suggested to run cdrdao with root rights. I knew this from Slack, so I just did a chmod +s /usr/bin/cdrdao. Now I'm...

...ing a backup/copy. Brian Willoughby Sound Consulting Begin forwarded message: On Sun, 12 Sep 2004, Eric Sandeen wrote: > cuetools looks good, too.... guessing toc parsing might not be so bad to > implement either, though. TOC has certain advantages: 1. You can use it along with the CDRDAO dump to re-create the original CD. 2. It has more information than CUE format. cjs -- Curt Sampson <cjs@cynic.net> +81 90 7737 2974 http://www.NetBSD.org

...cd-discid against the cd, and store that information in a file. I'm hoping at some point to have the ability to get that information out of the TOC in the FLAC file, but at this point I can't do it, so I'll just keep the .discid files around until I can. 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 TOC file supp...

...or which is a front-end for cdparanoia, AIUI) so I've been a bit lost by some of the detailed methods described by others, as well as Dax. Given that I've already flac-ed a good many CDs, is it enough to go back and run a batch file like this on each CD: cd-discid /dev/hdc > discid.txt cdrdao read-toc --device /dev/hdc toc.txt and save those txt files with the flac albums. Would that be enough to be able to re-generate the CD again later with the same cddbid etc.? i.e. would that extract all info I might conceivably require again later? Thanks! Peter. > I went with the one song...

...g 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 doesn't > support -T or -t switches, and I've never heard of cdrtoa) allow for > adjusting how audio data is read from the CD (ie: in case your drive > doesn't accurately position...similar to -O, but by altering the LBA > address (-t) or fixing buggy drive behavior (-T) ins...

...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 doesn't support -T or -t switches, and I've never heard of cdrtoa) allow for adjusting how audio data is read from the CD (ie: in case your drive doesn't accurately position...similar to -O, but by altering the LBA address (-t) or fixing buggy drive behavior (-T) instead of adjusting th...

--- 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, sin...

Hi! I tried to use cdrdao on 2.5.5x kernels but kernel gives me following messages. Further debugging reveals that sb is NULL in __ext3_std_error() function. I tried this on ext2 and it seems it isn't ext3 specific, on ext2 it also doesn't work. cdrdao is after this in D state and is unkillable, but the CD-ROM dri...

...to re-encode to any format, I can handle ~1/20th the discs, compared to my whole cd collection. :) Wondering if anyone has a good way to do this; my primary questions are: 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.... 2) after I've got a full-CD flac file with a cue sheet and seek points, how to re-encode this track-by-track, to ogg or mp3? I don't see any command-line flac decoder that can say "play from seek point 3 to...

Can you do this? I have not found the options to get this to happen. So far I have seen how to read the Audio CD and make a directory of WAV files with a control file for later burning to CD, but I want an iso image that I can archive and burn audio CDs to use as they get used up.

Anyone have succefully run clonecd or know how to burn cloneCD files under linux ? I can run CloneCD but it tell me that it cant load device driver and shutdown immedialty wine tell me that it dont know the VXD ElbyCDIO any ideas ? thx

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

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. one of the flac TODOs is to take cdrdao toc files > as input. cuetools looks good, too.... guessing toc parsing might not b...

-----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 AUDIO PREGAP 00:00:32 INDEX 01 00:00:00 Once I import this cue file into a flac file with metaflac, however, the pr...

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 created by cdrdao, it will the catalogue number, track and index positions (for both audio and data tracks), copy...

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

...oia, AIUI) so I've been a bit lost by some of the > detailed methods described by others, as well as Dax. > > Given that I've already flac-ed a good many CDs, is it enough to go > back and run a batch file like this on each CD: > > cd-discid /dev/hdc > discid.txt > cdrdao read-toc --device /dev/hdc toc.txt > > and save those txt files with the flac albums. Would that be enough > to be able to re-generate the CD again later with the same cddbid > etc.? i.e. would that extract all info I might conceivably require > again later? The cddbid relies onl...

...lost by some of the > > detailed methods described by others, as well as Dax. > > > > Given that I've already flac-ed a good many CDs, is it enough to go > > back and run a batch file like this on each CD: > > > > cd-discid /dev/hdc > discid.txt > > cdrdao read-toc --device /dev/hdc toc.txt > > > > and save those txt files with the flac albums. Would that be enough > > to be able to re-generate the CD again later with the same cddbid > > etc.? i.e. would that extract all info I might conceivably require > > again later...