On Fri, 18 Mar 2005 12:44:45 -0600,Tom wrote:
The media quality is probly the last of Charles problems. More likely the backend, specially if it's cdrecord needs to be updated to the latest (cdrecord-2.01.01-0.a01.4mdk). Warly has been continually workin with J�rg Schilling to add DVD support for cdrecord. A work in progress. Or equally possible he's dependin on a GUI to make (often poor to just plain wrong) backend option choices for him. Another is burnin on-the-fly, rather than makin a proper image on the HDD, and then burnin from that.
I seem to think that your last sentence has hit the nail Tom, particularly in view of my post reporting success. -- Charles
Masha danki! Bon bon! Now to carry the idea a little further... The only disdain I have for GUI's is that they separate the user from what's really goin on. CD-DVD burnin is more of an an art than a science. Better to learn how to do CLI burnin, than think that GUI's always default to the best, even decent choices.
There's plenty on online sources, startin with the CD/DVD Writing How-To. Give it a read, also check out the man pages for the cd/dvd record backends. If nothin else, you'll be a better GUI user. (tho I still favor the CL) CD burnin is very mature, DVD burnin, as I said is still a 'work in progress', expect failures an try to follow Warly's latest efforts. Stow away blind faith in GUI's
Getting back to -atip. CDr or DVDr quality, while not the whole ball of wax, it is still a factor to be considered. Pioneer (yours) is currently a good hardware vendor, as is Yamaha, Toshiba, an Plextor, never re-badges, an should work with even junk poor quality media, whoever actually manufactured it, despite the 'brand name' allegiance.
I believe you can visually observe the quality an durability of the 'coating' on the media. This is the side (the 'label' side) where the recording is actually done. Not the side people are always fussin about keepin clean an un-scratched. Altho that's important too. As you can see, there's a lot of factors, an I believe I've already listed most of'em. An as you've found out, on-the-fly recordin a little ahead of creatin the image, is best avoided. Actually _never_, even with a high horse power system with gobs of ram.
FWIW, I just got back from Wal*Mart. Half mile on my electric scooter (disabled, MS, my only close enough to be accessible store). The only damn 100-spindles they had on the shelf were frickin Memorex. The same 'brand' that stuck me with about 20 poor quality CDr's on a previous 100-spindle. The non-orange, Indian, coaster prone junk they stuck me with before. I took a chance an went ahead an bought 'em ($22.67). Mainly out of need, I've got'a sh!+load of movies backed up to burn to Cd's. Back at the house, I -atip'd the top one, about 30 down into the spindle, an then another 30 down. All Ritek sold under the "Memorex" name.
ATIP info from disk: Indicated writing power: 4 Is not unrestricted Is not erasable Disk sub type: Medium Type A, low Beta category (A-) (2) ATIP start of lead in: -12508 (97:15/17) ATIP start of lead out: 359845 (79:59/70) Disk type: Short strategy type (Phthalocyanine or similar) Manuf. index: 22 Manufacturer: Ritek Co.
IME, Ritek, CMC magnetics, are decent.
Taiyo Yuden and ProDisc are the better
'Generic' never heard of manufacturers, regardless of the brand name banner they're sold under are best avoided. An to stress, if it's important storage, consider the visual durability of the coated (label) side. I've bought 100-spindles for $8. They were a Staples generic, but were really made by CMC Magnetics. Worked fine, but the coating was _very_ fragile. Only good for temporary storage an light handlin.
Now you can stop reading here 'cause I'm fixin to go off on a tangent. BUT one I believe is of importance to newbies. Linux, unlike Win$ux is 'a work in progress'. M$ releases in long periods, 92, 95, 98, 2000, 2003 an so on. Linux is continually changin. Every day. Particularly the 'heart' of Linux, the kernel. In order to avoid even a taint of M$ type vulnerability, Linus, and the OSDL have made burnin as user verboten in 2.6.x kernels. Many distros have employed hacks to make user space burnin still possible. Mandrake along with the other majors, have dropped this pretense with their latest 2.6.10 an 2.6.11
While user burnin is still possible, serious risk of buffer underruns are a real hazzard. I suspect GUI's will probly mask this risk. EG, (this from a very recent -dummy test with current cooker, 10.2, 2.6.11 compiled for K7, preempt)
<excerpts>
cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
cdrecord: WARNING: This causes a high risk for buffer underruns.
......
Average write speed 22.7x.
Min drive buffer fill was 6%
^^^
(burner is 52x, media at least 'rated' for 48x, I recommend 1/2 speed, 1/3 for important iso's)
As maybe y'all might see, CD operations (RR an priority ... at a minimum) are no longer accepted into kernel space except as root. Forget backend an burner safeguards such as Burnfree. As root (when the warnings go away, min buffer was +98% on the same test image, same media). My advice, burn as root on the CL, get off GUI crutches
Y'all's MMV, an put it in your twiki ;)
--
Tom Brinkman Corpus Christi, Texas
____________________________________________________ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Join the Club : http://www.mandrakeclub.com ____________________________________________________
