Hello, Here's the drive I'm using: SAMSUNG CDRW/DVD SM-352F [CD-ROM drive] However, I wasn't complaining about my equipment. I was asking about the purpose and appropriateness of using either on-the-fly ripping and burningor the other method, and asked specific questions in order to gain a better understanding of why a person would choose one or the other method.
Thanks for responding, and I hope this clarifies my inquiry. Thanks very much, Daniel ----- Original Message ----- From: "R Q J" <[EMAIL PROTECTED]> To: "PC audio discussion list. " <[email protected]> Sent: Friday, May 27, 2005 7:59 PM Subject: Re: On the fly ripping and burning Hi Daniel, Are you using a cd rom drive, or cdrw drive when you do your ripping? If you use a cdrw drive, the ripping will go much faster. R Q J ----- Original Message ----- From: "Yardbird" <[EMAIL PROTECTED]> To: "PC-Audio" <[email protected]> Sent: Friday, May 27, 2005 6:36 PM Subject: On the fly ripping and burning Lately, I've been downloading and exploring a number of programs for ripping, burning and copying music. And one thing I've noticed while reading the documentation for these applications. That's that they don't all agree with, who was it, I think Keith, who in the course of describing how to best configure the ripping settings in CDex, said that on the fly ripping was to be avoided in favor of the slower method of writing a file (or "image," or whatever is right to say; I've seen it put both ways now). as I understand it, this is so that if there's some sort of flaw in the material being ripped, then the program will catch it and somehow rectify the error prior to writing the track to disk. I think that's the idea, right? Well, in at least one of the programs I've been trying-- I think it's the Easy CD-DA Extractor that everyone's been speaking highly of, the developer himself, in the instructions, recommends the on-the-fly method, explicitly, as he explains how to set everything for optimal ripping quality. A moment ago, I used CDex to rip all the tracks from a CD to disk, and was reminded as I waited, and waited, and waited, just how much extra time the slower method required. I could enjoy having this procedure go faster. What I'd like to know is, just what sorts of errors are supposed to be avoided by using the slower method, and where in the sequence are those errors expected to come from? I mean, if it's in case your CD is faulty in some way, then I'm going to just set it for on the fly. Because I know the condition of most of my music CDs, and have little reason to suspect that CDex is likely to be ripping faulty tracks to disk without my knowing that there's something wrong with that CD. Any advice Any ideas on this? Am I not understanding that it's common in this ripping procedure for CDs to be corrupted or damaged in ways you can't know if you've only been hearing it on your stereo or computer? Or are flaws and errors introduced at some other stage that I don't understand about? Thanks. I'd love to speed the process up. And if anyone can speak to the same idea in relation to *burning* CDs, this, too, would interest me. Thanks, Daniel -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.1.0 - Release Date: 5/27/2005 _______________________________________________ PC-Audio List Help, Guidelines, Archives and more... http://www.pc-audio.org To unsubscribe from this list, send a blank email to: [EMAIL PROTECTED] _______________________________________________ PC-Audio List Help, Guidelines, Archives and more... http://www.pc-audio.org To unsubscribe from this list, send a blank email to: [EMAIL PROTECTED] -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.1.0 - Release Date: 5/27/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.1.0 - Release Date: 5/27/2005 _______________________________________________ PC-Audio List Help, Guidelines, Archives and more... http://www.pc-audio.org To unsubscribe from this list, send a blank email to: [EMAIL PROTECTED]
