I have SC-815, and it can play most/all CD-Rs, from pale/colorless to dark
blue. Unlike the Alpine changer, however, it cannot properly track 80 min
discs. And towards the end of 74 min discs, it sometimes mistracks (but it
also scours the surface of discs towards the end as it ejects them, so...).
But it always plays them (as best it can); I've never had one "rejected".
(OTOH, when compusa tells me I can buy 90 minute CDs, I don't buy them.)
But all software/firmware has versions/releases, and just because two decks
have the same model designation does not necessarily mean that they will
both treat all CD-Rs the same...
NEVER use TAO (track-at-once) for audio CDs. While you can get away with
that on discs with silence between tracks, you can't count on all discs
(and tracks) being like that! I'd never heard of a player that looks at
the protection bit (it's set to ON on virtually all CDs...), but it's
always possible; a good burning pgm should let you [re]set that.
Along those lines, however, you can burn audio CDs (TAO and DAO) in more
than one session. PCs' CD drives will be able to play the audio tracks in
subsequent sessions, but audio CD players will not.
ALWAYS use Exact Audio Copy http://ExactAudioCopy.de for extracting data
from audio CDs as it is the only one (in Bill's world; there's CDparanoia
for *nix users) that checks its work, other [mere] "rippers" blindly accept
as gospel whatever dirt/scratches/mangled_data the reader thought it
glimpsed once... (If that sounds silly to you, consider that data CDs use
approximately 100M more [out of 750M total] for information related to
positioning and error detection/correction than do audio CDs, making a read
error a good 1000 times more likely on an audio CD than a data CD...) In
case you didn't realize it, it's generally much harder to read an audio
CD without errors than to write them without errors (but, to be fair, discs
being burned are generally free of dirt and scratches).
If you're lucky, EAC will also recognize your burner. If not, perhaps your
burning program can use its standard CUE sheets... If not, you can still
use your program to burn the tracks extracted by EAC. EAC supports read
and write offsets, making it possible to copy audio tracks with bit-perfect
precision (which is, after all, the holy grail of digital audio...). (And
if that weren't enough, it also provides a GUI to drive the LAME.exe, can
rename MP3s from their ID3 tags, has full CDDB (+ freedb.org) support, full
support for CD-text, gap detection, WAV file editor, WAV file recorder, WAV
file comparer, and, best of all, EAC is postcardware!)
EAC isn't the easiest to configure/use, but it's the *only* one that makes
copies that are good enough that one needn't label them as copies and also
retain the original. If you're interested, see
http://www.ping.be/satcp/eacoffsets01.htm for a chart that contains config
settings for many drives. EAC prompts its users (well, configurers) to
think about offsets, and the ability to read(/write) into lead-ins and
lead-outs, and whether or not your reader has C2 detection (and whether or
not it can be trusted). It's not as easy as EZ CD Creator. But it is far
superior in most regards (all, that affect audio CD quality).
If "sounds the same; I didn't notice any difference" is your standard, then
perhaps EAC is not for you. But if only the best will do, then EAC it is.
Who has time to listen to extracted tracks to make sure they were properly
extracted?
EAC does!
Of course, there are folks who see EAC as weak and less powerful, because
other [mere] "rippers" skim CDs more quickly than EAC (proof-)reads them.
(But as any autocrosser can tell you, it's not how fast you negotiate the
course; it's how fast you negotiate the course with zero cones knocked
down!) Or, in the case of unreadable CDs, I've heard of folks who've
complained that EAC still hadn't finished after 12 hours(!!!) but who said
their other program finished in 5 minutes. But do not be confused: that
"other program" didn't even notice that the CD was unreadable, while EAC
was attempting to read the unreadable! And also do not worry: EAC has
non-"secure" modes that are as sloppy as other [mere] "rippers" (handy for
those unreadable tracks/CDs...).
Bottom line: why "rip" data when you can extract it with perfection?
|