thanks. That's a nice feature, it would seem. Is it the best idea to enable it every time you're offered the choice in the settings of a CD burning program?
----- Original Message ----- From: "Kevin Lloyd" <[EMAIL PROTECTED]> To: "PC audio discussion list. " <[email protected]> Sent: Saturday, May 28, 2005 10:15 AM Subject: Re: On the fly ripping and burning Hi Daniel. A buffer under run is where your computer can't pass enough data quickly enough to the rewriter to enable the write to continue successfully. The burn therefore fails and you can end up with a coaster. The underrun protection somehow smooths out the data transfer between the computer and the rewriter so that this doesn't happen, effectively maintaining a constant flow of data between the two. Regards. Kevin E-mail: [EMAIL PROTECTED] ----- Original Message ----- From: "Yardbird" <[EMAIL PROTECTED]> To: "PC audio discussion list. " <[email protected]> Sent: Saturday, May 28, 2005 4:15 PM Subject: Re: On the fly ripping and burning > Kevin, > > All points taken. While you're on the subject of copying, could you explain > to me what the option in most programs for checking a box to enable > something I think is called "underrun protection" or something like that > means, and what's best to do with that setting? Sorry if I'm not > remembering the expression just right. > thnk > ----- Original Message ----- > From: "Kevin Lloyd" <[EMAIL PROTECTED]> > To: "PC audio discussion list. " <[email protected]> > Sent: Saturday, May 28, 2005 8:04 AM > Subject: Re: On the fly ripping and burning > > > Hi Daniel. > > Yes, those OK values would suggest that those tracks have ripped just fine. > Don't worry about JAWS saying jitter in that situation, it's just a JAWS > thing rather than anything to do with the rip itself. You will know when > there truly are jitter errors there when you hear JAWS announcing jitter > during the actual extract as he talks through the percentage completed so > far. You can also review the screen with your JAWS cursor during the > extract step and you'll see there's a box at the bottom of the screen with a > running total of jitter errors for that particular track. > > You're quite right that I was talking more specifically about copying audio > CD's when I wrote those words rather than burning acompilation from your > hard drive. Sorry for any confusion caused. > > Regards. > > Kevin > E-mail: [EMAIL PROTECTED] > ----- Original Message ----- > From: "Yardbird" <[EMAIL PROTECTED]> > To: "PC audio discussion list. " <[email protected]> > Sent: Saturday, May 28, 2005 3:55 PM > Subject: Re: On the fly ripping and burning > > > > Kevin, > > > > Yes, of course it was you who enabled me to fine tune my CDex settings, > for > > which help I thank you again. And thanks for your clear and informative > > explanations here, as well. > > > > that said, I understand better now your preference for being cautious with > > ripping. But in order to get a sample of what had happened with a disc I > > ripped to .mp3 just yesterday, after setting CDex back to its default on > the > > fly mode, I stuck that CD into the drive again, launched CDex and used the > > Jaws cursor to read the full length of the information beside each track. > > And every track of the 16 said Okay at the end of the line (I know it > isn't > > a "line," but that's how I'm perceiving the layout with Jaws). > > > > So that one went okay, for instance. and when I used to rip on the fly > > before taking the precaution you recommended, I never produced .mp3 tracks > > with any pops or clicks or other audible faults. > > > > On the other hand, maybe you can explain this: As I listen to Jaws read > the > > info that tracks the ripping process, after it reaches 100 per cent of a > > track, I always hear, as the last utterance before I hear 5 per cent as > the > > ripping of the next track gets underway, "jitter." It says this every > > track, at the end of ripping it. I've always wondered what that meant, > but > > now that you say it indicates a flaw in the disc or maybe in the recording > > process, I don't get it. My ripping turns out faultless, as I've said. > So > > why am I hearing"jitter" reported at the end of each track while ripping > it? > > > > I have one more question, this time about burning as opposed to ripping. > > You wrote: > > > > > > With regards to burning on the fly, well, the same applies in terms of the > > possible impact on the final product but there is another danger here. If > > you're burning on the fly, again you're taking a direct data stream from > > your CD-ROM and passing it straight to your rewriter. If there is a read > > error on the source CD and you're burning, the burn could actually fail > and > > then you are going to end up with a CD that cannot be played and is good > > only for using as a coaster or tying together with other ruined CD's and > > Robbie Williams CD's to scare birds from your vegetable plot in the > garden. > > > > I'm not sure what you mean, here. When I say "burning," I'm talking > about > > creating a CD from .mp3 files that are on my computer, and which I usually > > know to be playable and listenable. So I don't understand why you again > > cite the critical importance of considering both the condition of the > > original CD and the error correction capabilities of the CD ROM drive. > > Maybe you thought that when I spoke of burning, I was talking about > copying > > a CD? I wasn't, in this case. > > > > Hope that's more clear. And thanks again for your explanation. I may > > experiment a little with returning to your cautious method and jacking up > > the priority level a bit, to see if that would make it less frustrating to > > use the imaging method. But mainly, I appreciate your giving me such a > > clear idea of the things to be watchful for, and the alternatives for > > ripping. > > > > Daniel > > > > > > ----- Original Message ----- > > From: "Kevin Lloyd" <[EMAIL PROTECTED]> > > To: "PC audio discussion list. " <[email protected]> > > Sent: Saturday, May 28, 2005 6:52 AM > > Subject: Re: On the fly ripping and burning > > > > > > Hi Daniel. > > > > I think it was myself that you'd probably referred to below as > recommending > > that one should rip with "on the fly" unchecked. You've asked a few > > questions below so I'll try to answer them as best I can. > > > > Firstly, the speed at which you rip can be changed in the CDEX settings so > > it may be worth trying this first before you decide to do anything > > differently. The thread priority setting has 5 or 6 values that vary from > > below normal to fastest. There's a balance to be had here as if you rip > at > > the fastest speed you may find that you can't use your computer > effectively > > while ripping because it's taken so much resource. > > > > With regards to using "on the fly" in general, this really refers to > > processing a direct data stream right from your CD-ROM rather than > > extracting data first and then processing it when it's been safely read > and > > stored on your hard drive. > > > > When ripping on the fly, it is possible that you will find slight > > imperfections with the finished product usually manifesting itself in pops > > and crackles. This is generally as a result of jitter but could be just > > down to the process of extractign and converting a direct data stream. > > > > If you've used CDEX you may have seen on the list of tracks that there's a > > right hand column called status. This can have 3 different values: > > dash meaning that the track has not yet been ripped. > > OK meaning that the track was ripped with no jitter errors. > > X followed by a number meaning that there were a number of jitter errors > > found; the number representing the number of errors in the track in total. > > > > These values are retained by CDEX so even if you haven't noticed them > > before, you can put in a CD that you've ripped previously and see the > status > > results. > > > > The reason why I mention this is that I too take great care of my CD's but > I > > have been surprised by jitter errors when ripping my CD's. Some I've been > > able to remove by cleaning the CD with a special CD cleaning cloth but > > others I've been unable to remove. The number of jitter errors generally > > dictate how noticeable the errors will be to you. > > > > A standalone CD player usually is far better built than a CD-ROM and in > > general have far better error correction capabilities. So, if you put > your > > CD in your standard player you might not notice jitter errors because of > > this error correction and the quality of the transport build. > > > > With regards to burning on the fly, well, the same applies in terms of the > > possible impact on the final product but there is another danger here. If > > you're burning on the fly, again you're taking a direct data stream from > > your CD-ROM and passing it straight to your rewriter. If there is a read > > error on the source CD and you're burning, the burn could actually fail > and > > then you are going to end up with a CD that cannot be played and is good > > only for using as a coaster or tying together with other ruined CD's and > > Robbie Williams CD's to scare birds from your vegetable plot in the > garden. > > > > Like most things, personal preferences dictate whether you will use "on > the > > fly" or not but I see it as a guarantee that is worth a little extra time > on > > that rip or burn. > > > > Hope this helps. > > > > Regards. > > Kevin > > E-mail: [EMAIL PROTECTED] > > ----- Original Message ----- > > From: "Yardbird" <[EMAIL PROTECTED]> > > To: "PC-Audio" <[email protected]> > > Sent: Friday, May 27, 2005 11: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] > > > _______________________________________________ > 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] _______________________________________________ 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.2.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.2.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]
