-=> Quoting Rick Mcbroom to Cameron Hall on 28 Jan 98 05:24am <=-
-=> Subj: Re: CD-R <=-
 RM>  Personally, I wouldn't worry about short-term exposure to sunlight.
Thanks.
 RM>  Yes, but 9 times out of 10, the sunlight will strike only the top of
 RM>  the disc, which doesn't carry data anyway.
But two things here.  That CD's "label" side many times is "Clear"
laquer.  (not the recordable ones though) Plus, the laquer would need
UV protection.  Remember, the laquer coating is softer and thinner than
the underside (lazer) surface.
 RM>  I am using Win95, and I'm not aware of any such limitation.
Apperently, the stock Win95 Sound recorder has a 1 minute limit,
according to those in the Win95 echo.  Other software shouldn't do that.
 RM>  The OmniWriter comes bundled with HyCD, and if there is such a 
 RM>  limitation, HyCD makes it completely transparent. My only gripe is 
 RM>  that the OEM version requires you to burn one track at a time, when 
 RM>  doing line-in recording. The "full version" lets you pick as many 
Thanks for that info.
 RM>  tracks as you want. It's not that big of a deal, though, since you 
 RM>  can't multi-task when you're burning a CD, in any case. It only means 
Too resource intensive?
 RM>  that you have to keep an eye on the process, and select each 
 RM>  successive track off the menu when the previous one's complete, where 
 RM>  with the full version you can select all the tracks at once, and walk 
 RM>  away from it.  When duping CD-to-CD,  the OEM version of HyCD can be 
 RM>  left unattended, though. 
How much extra do they dupe ya for the "full" version? :-)
 RM>  In a word, speed. The sound quality and compatibility are identical 
 RM>  between IDE and SCSI burners, but a SCSI system will let you do it in 
 RM>  half the time of IDE, at worst, and 1/4 the time if your system is 
 RM>  tuned perfectly. 
Overall time isn't a concern here. :)
 RM>  The best IDE burners, so far, can write at 2x speed when doing CD-to-CD
 RM>  duplication. But an IDE device is subject to buffer under-runs, so 
 RM>  unless you want to risk clipped and/or orphan tracks, you have to use 
 RM>  the "test- before-write" option, and that means you're effectively 
Interesting, like the DOS "VERIFY" command...
 RM>  back to real-time mastering.  With a SCSI burner you can do CD-CD 
 RM>  duplication at 4x with the "test-before-write" turned off, and still 
 RM>  be 99.4% sure of a good dup. That assumes that both the read /and/ 
I'd want 100% reliablity.
 RM>  write CD drives are SCSI, of course. A few semi-pro SCSI burners can 
 RM>  write at 8x, though that's dicey. You really need to 
 RM>  "test-before-write" at 8x, I imagine. And 8x burners are expen$ive! 
Overall, the prices are coming down.
 RM>  2. Listen to the .WAV file, to verify that I didn't get any buffer
 RM>     under-runs. You can dispense with this if you're brave.. while not
 RM>     common, buffer under-runs DO happen, especially if the track is a
 RM>     long one (over 7 to 8 minutes, say). Also real-time.
What "audible" effects do under-runs create?
 CH>> I would think that 1) Ultra-sonic "noise" from the vinyl and 2)
 CH>> subsonic rumble would create problems.
 RM>  I don't see why.. ? Certainly no more of a problem than recording an LP
 RM>  to a conventional cassette or DAT.
Depends on how good the anti-Aliasing filters are in the A-D converters.
 RM>  Anyway, let me know if & when you get a CD-R, I'd be most interested in
 RM>  hearing your experiences.
Will do.  I wonder if anyone is doing this stuff inder OS/2? 
Cameron Hall
cameron.hall@bluebeam.gryn.org | ad121@hwcn.org
Blue Beam MailServer | 905 662 5784 | Stoney Creek ON Canada | v34 FAX
--- GEcho 1.00
---------------