PDA

View Full Version : CD Burning



Kami
06-24-2001, 11:00 AM
Alright, Im about to do a system revamp which gives me the opportunity to change my IDE configuration (Im to lazy to do it without the new case, etc...)

So, when I copy from cd to cd in my two drives, the buffer goes underrun unless I do the copy to a temporary jfolder option. Is this because the CD drives should not be on the smae IDE cable, or maybe one should be set as master and one as slave? Help!

Kami

reddeyez
06-25-2001, 07:50 AM
Trying to copy from CD to CD, when both CD devices are on the same IDE Channel is definitely gonna make life difficult for you. This is because the source drive must spin up and then read the data into the buffer, it then stops, and the target drive has to spin up and copy the information to the disc, then stop and wait for the source drive to spin up and read again... in between, the buffer has been emptied, and the drive will still try to write information, and you will end up with blank sectors and therefore the copy won't work.

To solve this you need to either copy the source to the hard-drive first, but this does not always give perfect copies,

OR

Put the two CD devices on separate channels.. (you might want to put the Burner on the Secondary IDE channel, and make the CD-Rom the slave on the Primary IDE...

Hope this helps

[Edited by reddeyez on 06-25-2001 at 07:53 AM]

Kami
06-25-2001, 09:44 AM
yeah, that really does
thanks a lot

Paymaster
06-28-2001, 12:44 PM
However, if you have a fast hard drive, you may not be able to run it at ATA100 or ATA66 if it is on the same channel as a CD-Rom device... Both devices on the same channel have to operate at the same speed, and the faster one will slow down to match the slower one.

reddeyez
06-28-2001, 04:47 PM
Originally posted by Paymaster
However, if you have a fast hard drive, you may not be able to run it at ATA100 or ATA66 if it is on the same channel as a CD-Rom device... Both devices on the same channel have to operate at the same speed, and the faster one will slow down to match the slower one.


That's a really good point.. I totally missed that