rusty, i never used xcdroast, but IIRC, it's simply a frontend for cdwrite and mkisofs. if cdwrite can't do something, then xcdroast can't do it either.
i like cdrecord because it has a lower thumbprint than the gui based xcdroast. not being an X program and not using the gtk+ widget set, cdrecord is MUCH less of a drain on your system resources. if you're having trouble with coaster-burning, maybe you should give a command line tool a try? in addition, i would be surprised if double clicking your xcdroast icon and doing your stuff with it is faster than typing: mksofs -r blah/ > blah.iso cdrecord -v -data dev=0,5,0 speed=12 blah.iso i'm sure i can do that stuff faster than using xcdroast. i'm guessing that just typing all that stuff is even faster than clicking the icon and waiting for xcdroast to come up. :) just a thought. pete begin Rusty Minden <[EMAIL PROTECTED]> > I have been using xcdroast (I like it). It has a setting were you set the > buffer size for your cdrw. It works fine at 2MB, but 4MB is the default. It > also allows me to set up some other features that I like. I will go on using > 2MB until I can get more 411. > > So far I have sound, X, visor working I have the prointer to do next. I have > installed the packeages for apache and have plenty of space for woody (12GB > /home) I will be bringing my nephew tonight to LUGOD this should be > interesting. > > Rusty > > > On Tuesday 02 July 2002 12:35 pm, you wrote: > > right, but that was my point -- using the fs argument sets the fifo > > buffer. but clearly you can't use more cdrw memory than the drive has. > > > > rusty, i'm pretty sure matt is correct here. cdrecord probably queries > > the drive for its internal memory. or perhaps it doesn't even need to > > know this information. it just streams the data at the speed which you > > specify (i *know* that the max drive speed can be queried). > > > > in any event, as matt pointed out, i think you want to set your fifo > > buffer if anything. > > > > btw, the cdrecord man page talks about this very issue. do man cdrecord > > and look at the first occurance of the word "interal". > > > > pete > > > > > > begin Matt Holland <[EMAIL PROTECTED]> > > > > > My understanding of CD burning under Linux is that cdrecord "just knows" > > > how much internal buffer your drive has, as long as it's a known drive > > > or conforms to the more recently defined standards. You *can* set the > > > size of the fifo buffer using the fs= argument (see man cdrecord). > > > > > > Matt > > > > > > On Tuesday, July 2, 2002, at 11:51 AM, Peter Jay Salzman wrote: > > > >i didn't know that cdrw's have internal memory (i guess that makes > > > >sense), but jooc, what do you need that info for? i can't recall ever > > > >having to use that kind of info before. > > > > > > > >pete > > > > > > > > > > > >begin Rusty Minden <[EMAIL PROTECTED]> > > > > > > > >>I am not sure how much memory my MATSHITA UJDA720 DVD/CDRW has. I have > > > >>done a > > > >>google search, but it didn't come up with any links giving the info. > > > >>The > > > >>documentation that came with my computer does not have any details on > > > >>this > > > >>either. I am triing 2MB and it works, but if I have more I would > > > >>rather use > > > >>it all :-) Anyone know how to determine the memory of a cdrw device? > > > >> > > > >>Rusty > > > > > > > >-- > > > >GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D > > > >_______________________________________________ > > > >vox-tech mailing list > > > >[EMAIL PROTECTED] > > > >http://lists.lugod.org/mailman/listinfo/vox-tech > > > > > > _______________________________________________ > > > vox-tech mailing list > > > [EMAIL PROTECTED] > > > http://lists.lugod.org/mailman/listinfo/vox-tech > _______________________________________________ > vox-tech mailing list > [EMAIL PROTECTED] > http://lists.lugod.org/mailman/listinfo/vox-tech -- GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D _______________________________________________ vox-tech mailing list [EMAIL PROTECTED] http://lists.lugod.org/mailman/listinfo/vox-tech
