From: Marek Peteraj (marpet_at_naex.sk)
Date: 01/05/03 12:34 EST
Subject: Re: [ardour-dev] latest CVS commit From: Marek Peteraj <marpet@naex.sk> Message-Id: <1041788074.636.17.camel@woody> Date: 05 Jan 2003 18:34:56 +0100 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
This archive was generated by hypermail 2.1.5 : 01/05/03 11:27 EST