From: R Parker (rtp405_at_yahoo.com)
Date: 01/05/03 15:24 EST
Message-ID: <20030105202407.84542.qmail@web20905.mail.yahoo.com> From: R Parker <rtp405@yahoo.com> Subject: Re: [ardour-dev] latest CVS commit Date: Sun, 5 Jan 2003 12:24:07 -0800 (PST) I haven't tried cdrecord but if it has better support for hardware and can interpret table of content text fields for my burner, I'd switch to it. I use cdrdao probably because the name claims to be exactly what I require which is to master CDs. I need disk at once (dao) where the laser never turns off. I believe with TAO the laser turns off and those "breaks" are interpreted as errors by professional duplication equiptment. cdrdao supports text fields; song titles, engineers, track lengths, etc. My burner is listed as being supported but it doesn't seem to work. I find the text fields to be interesting for building CDDB which would make it very simple to generate graphics based on the same table of contents (TOC). A script reads the TOC creates a CDDB record, pipe to "disc_cover" which generates pdf, ps, text or html artwork based on the TOC. These capabilities are valuable added services for my clients and it can be mostly automated. cdrdao does support mixed data and audio but I haven't tried that. Ron --- Marek Peteraj <marpet@naex.sk> wrote: > I'm not sure. Cdrdao is primarily used for burning > audio(though it's > possible to burn data or mixed in disk-at-once as > well), it's possible > to create your own audio cd with the Gcdmaster > frontend(haven't tried it > yet though), so i guess it can handle all that > pregap, cue marker stuff > needed for audio burning. Anyway it supports > on-the-fly burning :) > I haven't burned audio with cdrecord yet. Both > applications work well on > my machine. > BTW an OT question: anyone using 2.4.x kernel and > experiencing high CPU > load while grabbing audio CDs? I applied Andrew > Morton's ide-dma patch, > but it doesn't seem to have any effect when ide-scsi > emul is turned on. > All i know is that ide-scsi has been ditched for > atapi drives in 2.5.x. > Cdrecord has patches for this, but i'm not sure > about cdrdao, probably > not yet. > > Marek > > On Sun, 2003-01-05 at 16:52, Paul Davis wrote: > > >> oops. now that i've made the change, i remember > why i designed it this > > >> way. direct-to-cd ... hmm. oh well. its easier > to understand right > > >> now, and thus may prove easier to extend to a > system where we > > >> integrate with cdrecord(3). > > > > > >Have you decided to prefer cdrecord over cdrdao > or is it undecided yet? > > > > undecided. i'm willing to hear arguments for > either. my impression is > > that cdrecord is more mature, best tested and > handles more hardware > > quirkiness that cdrdao. > > > > --p > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > ardour-dev mailing list > ardour-dev@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ardour-dev __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ ardour-dev mailing list ardour-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ardour-dev
This archive was generated by hypermail 2.1.5 : 01/05/03 15:32 EST