View Full Version : Burners and CPU size
06-09-2002, 11:54 AM
A friend of mine bought the 32X Pacific Digtal CDRW from Staples yesterday. Well, after I installed it, we were having problems with the burn speed. I read the instructions and WHOA...was I ever surprised!!
It stated that for the optimum write speed that the CPU should be at least 800 MHZ. For the 400 Pentium II, it states that the write speed is only good for 8X-10X.
Anybody ever hear these requirements before?
Yes - When a friend of the family was having underrun trouble with a 16X burner on a Duron 650. I switched default burn speed to 8 and it has worked fine since. Of course, every burner sold today comes with BURN-Proof or something like it, so I don't think its an issue.
06-09-2002, 09:38 PM
I saw that problem coming, I just got the same pacific digital burner too, and for the time being, I put it into my system that is using a PIII 533, the CPU definately wasn't able to keep up, it took about 7 mintues to burn a full cd, so it's not horrible and in the end the cd got created, but I'll be happy when I finally move that burner into the system that is currently in the process of being built that is using an athlon XP 1600+.
06-10-2002, 12:20 AM
I've never heard of a cpu being a week point in burning CDRs. CAn anyone explain to me on hardware basis why this is? :hmm:
06-10-2002, 12:23 AM
i believe it's to process the information correctly and quickly in order to replenish the buffer while the burner is extracting from the buffer. faster cpu can handle faster burn speeds cause they can handle such larger quantities of information quickly.
think about it?
06-10-2002, 08:02 PM
Yeah, it's the CPU. I was kind of surprised though. One of my friends has a burn-proof (not Plextor) CD-RW and he couldn't burn more than 8x on a 32x burner.
In short, CDs are written to serially. If you don't have the buffer ready when it's writing to that track, then you'll get a garbage track. That garbage track will render the CD useless.
Powered by vBulletin® Version 4.1.12 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.