Another quick question, does anyone know of a good burning program that I can just send MP3's and it will automatically decode them into making an normal audio cd? I can do it with lame but I'd rather skip the step if it's possible...

Another quick question, does anyone know of a good burning program that I can just send MP3's and it will automatically decode them into making an normal audio cd? I can do it with lame but I'd rather skip the step if it's possible...

i use k3b

are you using k3b with ATAPI support? I couldn't get that to work, so I'm using gtoaster. SCSI support was a pain to set up on my computer anyway, this way is so much easier....

oh yeah, and is it possible to use cdrdao with ATAPI? I'm not having any luck...

Just a little note, it wasnt working until i removed hdc=ide-scsi from my append file in lilo.. so if your having problems make sure youve taken out all the scsi modules and removed any line that looks like that from either lilo or grub._________________Blizzard you suck.

Does anyone have a good way to keep this from being downgraded when trying to update the system.. for the moment i just keep a list of the programs that i want that arnt standard and paste the file into package.mask after every 'emerge rsync' ..but there has to be an easier way.. ive tried to add them to /var/cache/edb/world ..but it seems to just get overwritten every time and app is emerged...

The easiest way to do it using xcdroast, would be to use xmms to pass the mp3s to wav, and then put the wavs on the defined ISO's directory on x-cdroast. Create CD... Use Cd-Text if you want.. Change the order of the tracks.... BANG! Piracy complete

Alright, I took some time and setup my kernel in a nice modular way so that I can switch between SCSI emulation and native ATAPI on the fly for both my cd burner and reader. Setup similiar to the reccomendations in the "other" thread: https://forums.gentoo.org/viewtopic.php?t=20175

That worked out just dandy, but then after seeing this thread I decided to emerge the new cdrecord (bleeding edge, yes!) and check out ATAPI burning. Everything worked perfectly (helpfull posts everyone!) and I was able to burn.

However, when working in ATAPI mode everything was very, VERY slow with XCDRoast (maybe it is better with other programs?) Like 8 times longer to start the program, and clicking each button produced a huge delay, etc. The performance and system load was just aweful; bad enough that I switched back to SCSI emulation. Maybe someday native ATAPI will be reasonable, but right now it is questionable, at least for me.

Perhaps there was something that I did wrong to make it so slow. Perhaps there is something strange about my setup. Just my 2 cents. Your results may vary.

So, I upgraded to the new version of cdrtools, removed all my old scsi-emulation modules, rebooted, did a cdrecord -scanbus dev=ATAPI and tried it out in xcdroast (commandline arguments xcdroast -f ATAPI:/dev/hdc) It worked. Problem is, it takes upwards of two minutes to get to the point where the gui is up and responsive from the time I start xcdroast, no matter if run it as root or regular user. During this time the rest of the system is responsive, there is no extra hard drive activity and no extra processes are started, but xcdroast still crawls.
I see from earlier posts that this has been a problem. Anyone figured out how to fix it?

nothing like that . I have a dvdwr, cdrw, and a dvd player. Whoohoo -- got it!

Oops, still no go. if i use the commands in the cli then it works. if i put the arguments into a shortcut then it only recognizes two drives. Afaik the argument has to be put in every time for it to work.

Last edited by mope on Sun Mar 02, 2003 1:44 am; edited 2 times in total

I had heavy I/O problems when burning CDs. It collapsed too easily. Buffer dropped to 0 every now and then (luckily I have BurnFree, but >50 empty buffers per burn is way too much), with a lot of CPU use.

With this kernel (scsi emulation again) I can write CDs without touching the CPU and without any IO problem. (No buffer drops)

Have you had those kind of problems? I'll continue with SCSI emulation by now...

However, when working in ATAPI mode everything was very, VERY slow with XCDRoast (maybe it is better with other programs?) Like 8 times longer to start the program, and clicking each button produced a huge delay, etc. The performance and system load was just aweful; bad enough that I switched back to SCSI emulation. Maybe someday native ATAPI will be reasonable, but right now it is questionable, at least for me.

Perhaps there was something that I did wrong to make it so slow. Perhaps there is something strange about my setup. Just my 2 cents. Your results may vary.

-Mg

I had the same issues with speed when I first switched over to ATAPI burning. When I launched xcdroast, I would get a window, but it would be anywhere from 15-60 seconds before it would respond. Sadly, I never figured out exactly what the problem was, but one day after a fresh emerge, it just started working. However, I find that my burn speed is limited. With SCSI emulation, I was burning at near drive speed (11.X with a 12X burner), but now my burn speeds top out around 5.5 - 6. I've tried manually changing the settings within xcdroast; to no avail.

Luckily, this is usually not a huge issue for me, since I don't burn more than a couple of cd's a week. I figure I'll stick with it for now.

Does anyone have a good way to keep this from being downgraded when trying to update the system.. for the moment i just keep a list of the programs that i want that arnt standard and paste the file into package.mask after every 'emerge rsync' ..but there has to be an easier way.. ive tried to add them to /var/cache/edb/world ..but it seems to just get overwritten every time and app is emerged...