DISCLAIMER
This FAQ is presented "as is" and the views expressed in it are those of the author and are not necessarily endorsed by The CD-Info Company, Inc. Please direct any comments, corrections or suggestions to Andy McFadden, the FAQ's author.
Last-modified: 1997/04/13
Version: 1.8
Send corrections and updates to Andy McFadden (fadden@netcom.com). If you have a question you'd like to see answered in here, either post it to one of the comp.publish.cdrom newsgroups (if you don't have the answer), or send it to fadden@netcom.com (if you do).
If you're reading this on a web page and want to check out the newsgroups (which have maintained a moderate signal-to-noise ratio), see:
Text versions of this FAQ are available from ftp://rtfm.mit.edu/pub/usenet-by-group/comp.publish.cdrom.hardware/.
Please DO NOT post copies of the HTML version on your web site. I keep getting e-mail from people reading versions that are several months old. You should include a link to the www.cd-info.com site instead.
Caveat lector: the information here is derived from Usenet postings, e-mail, and information on WWW sites. As such, it may well be DEAD WRONG, and you are encouraged to verify it for yourself.
I take no responsibility for damaged hardware, CD-Rs turned into coasters or frisbees, time lost, or any other damages you incur as a result of reading this FAQ. Information on specific models of hardware and software are based on *opinions* of other users, not scientific studies. I am not an expert in this (or any other) field. Everything here could be a total malicious lie, and should be treated as such. You have been warned.
I don't get paid to plug anybody's software or equipment. The sections on "what XXX should I buy" are not here because I want to sway purchases one way or another, they're here because the questions are asked *a lot*, and the answers are pretty consistent. You are invited and encouraged to investigate the capabilities and reputations of all products.
The various product and company names are trademarks of their respective companies.
Inserted [2-13], added [3-23], added [4-18], added [5-11], added [6-1-21] through [6-1-23].
This FAQ covers the three newsgroups in the comp.publish.cdrom hierarchy, one for software, one for hardware, and one for multimedia. The names of the newsgroups imply that the intended topics are related to publishing material on CDROMs, but the current discussions cover most everything related to CD-Recordable devices.
Here are a few guidelines. These aren't hard and fast rules -- nobody died and put me in charge of making the rules -- but if you're not sure what the appropriate subject matter is then this may be helpful.
comp.publish.cdrom.hardware is the most popular of the groups. Appropriate material includes questions about past, current, and future CD-R devices. Asking for installation help or advice on what to buy is appropriate, as are questions about related hardware like SCSI adapters and CDROM drives. Some related newgroups are:
comp.publish.cdrom.software is for discussions about software used to prepare material for and create CDs and CDROMs. Questions about how to do things with a specific piece of software belong here, as do "the CD-R software from XXX won't recognize my drive", and "does a program exist that does YYY". Some related newsgroups are:
comp.publish.cdrom.multimedia is for discussions about creating multimedia products on CDROMs. Questions about multimedia authoring software belong here, as do most production-type questions, e.g. "where can I go to get my CD pressed with jewel cases and glossy inserts?" Related newsgroups are:
Please try to keep cross-posting to a minimum. Broadcasting questions to 3 or 4 related newsgroups will increase the noise level and probably won't get you more answers.
Some general rules apply to all groups:
(1) Piracy of CD-R software or CDs: CD-Rs can be used to make copies of copyrighted material, and while backups of data are legal, making or accepting copies from others most likely isn't. Whatever your opinion of the matter, software piracy and other copyright violations are illegal in most countries in the world, so requests and/or advertisements for pirated material should be kept off the newsgroup. Also, please don't start or participate in a debate about whether or not software piracy is bad. There have been hundreds of such debates over the past several years, and the only thing that either side has managed to prove is that piracy debates are a tremendous waste of time.
(2) Personal CD-R hardware and software sales: strictly speaking, these groups aren't appropriate for selling off your old hardware or software. Such things are best left in misc.forsale.computers.*, ba.market.computers, and related groups. Since many readers are in the market for new hardware, a limited number of clearly marked articles are tolerated. The common Usenet convention is to use "FS: HP4020i $400 obo" for "For Sale" messages and "WTB: HP4020i" for "Want To Buy" messages.
(3) CD-R product advertising: these groups by their nature are somewhat commercial. Many readers are in the market for new hardware or CD-R media, and for this reason a *limited* amount of retail/wholesale advertising is tolerated but discouraged. If you *clearly* mark your postings as advertisements, you will get relatively few complaints. Posting frequent and useless followups just to broadcast your 20-line signature will get you flamed and subsequently ignored. Feel free to send mail to people who post questions about product pricing and availability, but please don't create mailing lists and broadcast to everyone who posts.
(4) Other advertising: while it's certainly the case that most or all of the readers have a CDROM drive on a computer, the same could be said of almost every person reading news from a home computer today. Please keep ads in newsgroups that are more appropriate. Advertising the latest educational, game, or adult CD is inappropriate for these groups, as are "hot new Cyrix 686 PC" posts. Subtle attempts to advertise web sites ("golly, this looked really neat, so I thought I'd tell everyone") are more obvious than you might think.
(5) Spam: you cannot make money fast. That's life, get used to it. If the message involves putting your name at the top of a list of 5 or 10 people, don't post it. If it has an 800 or 888 number that a reader would call to hear more about your unique business opportunity, don't post it. If you have an account at interramp.com, your posts may get ignored.
(6) Job postings: looking for job candidates on these newsgroups is a tolerated but generally futile exercise. Most of the readers are looking for or offering help on CD-Rs, not searching for a job. Try one of the other groups, like misc.jobs.offered.
One final note: bear in mind that these groups are read by people all over the world. If you're looking for local retailers, be sure to specify what "local" is for you. Posting in English is the best way to ensure that you will get a response, but the readership is diverse enough that you will likely get a reply no matter what language you use. If you want to quote prices, specify the currency to avoid confusion (e.g. US$300 or CAN$300 or Y30000 or ...).
A related technology called CD Rewritable (a/k/a CD-E or CD Erasable) is expected to be available in 1997. These discs will work like CD-Rs, but will be erasable as well.
Bear in mind that most CDs are protected by copyright laws. You are allowed to make an archival backup of software, but the same doesn't necessarily hold true for music. http://www.brouhaha.com/~eric/bad_laws/dat_tax.html has some relevant information and pointers.
You don't need to write everything all at once, but when you're doing the writing you can't interrupt the drive, and you can't reclaim the space you've used. A certain amount of space is lost every time you stop and start again.
Newer "packet writing" software lets you do this more easily, but the discs created may be unreadable by other systems.
"Write-once media is manufactured similarly to conventional playback-only discs. As with regular CDs, they employ a polycarbonate substrate, a reflective layer, and a protective top layer. Sandwiched between the substrate and reflective layer, however, is a recording layer composed of an organic dye. .... Unlike regular CDs, a pre-grooved spiral track is used to guide the recording laser along the spiral track; this greatly simplifies recorder hardware design and ensures disc compatibility."
A laser in the CD recorder creates a series of holes in the disc's dye layer called "pits". The spaces between the pits are called "lands". The pattern of pits and lands on the disc encodes the information and allows it to be retrieved on an audio or computer CD player.
The sprial makes 22,188 revolutions around the CD, with roughly 600 track revolutions per millimeter as you move outward. If you "unwound" the spiral, it would be about 3.5 miles long.
See the net references section for pointers to more data (especially http://www.cd-info.com/). http://www.why.net/home/araltd/whatscdr.html has some nice pictures.
A quick summary of standards:
In case the above seems straightforward, Yellow Book actually defines both mode 1 and mode 2, where mode 2 contains 2336 user data bytes. Green Book defines mode 2 form 1 and form 2. This means that mode 2 sectors may be "formless" and are sometimes called Yellow Book mode 2.
See http://www.cd-info.com/CDIC/Bibliography.html for information on where to get copies of the standards.
If you're not entirely put off by all this, pay a visit to http://www.onlineinc.com/emedia/AprEM/parker4.html.
See http://www.ecma.ch/ecma-130.HTM for copies of ECMA-130, which sounds a lot like "yellow book" if you say it slowly.
One possible implementation, given sufficient control over the reader and mastering software, is to write faulty data into the ECC portion of a data sector. Standard CDROM hardware will automatically correct the "errors", writing a different set of data onto the target disc.
The reader then loads the entire sector as raw data, without doing error correction. If it can't find the original uncorrected data, it knows that it's reading a "corrected" duplicate. This is really only viable on systems like the Sony Playstation, where the drive mechanism and firmware are known ahead of time.
A less sophisticated method is to press a silver CD with data out beyond where a 74-minute CD can write. Copying the disc would then require special CD-R blanks, moving the data and hacking the disc to compensate, or pressing silver discs with the pirated data.
Multisession writing was first used on PhotoCD discs, to allow additional pictures to be appended. Today it's most often used with "linked" multisession discs, and occasionally for CD-Extra discs. These require a bit more explanation.
When you put a data CD into your CDROM drive, the OS finds the last session on the disc and reads the directory from it. (Well, that's how it's supposed to work. Depending on your operating system and CDROM drive, you may get different results.) If the CD is ISO-9660 format - which it almost certainly is unless it's a Macintosh CD written in HFS - the directory entries can point at any file on the CD, no matter which session it was written in.
Most of the popular CD creation programs allow you to "link" one or more earlier sessions to the session currently being burned. This allows the files from the previous sessions to appear in the last session without taking up any additional space on the CD (except for the directory entry). You can also "remove" or "replace" files, by putting the new version into the last session, and not including a link to the older version.
In contrast, when you put an audio CD into a typical CD player, it only looks at the first session. For this reason, multisession writes don't work for audio CDs, but as it happens this limitation can be turned into an advantage. See section (3-14) for details. This limitation does *not* mean you have to write an entire audio CD all at once; see section (2-9) for an overview of track-at-once writing.
What happens when you try to play one of these as audio in your CDROM drive? As with most things multisession, it depends on your drive. (The control panel that comes with the Plextor 8Plex does the right thing. If you're using a different drive, you're on your own.)
Note that mixing MODE-1 (CDROM) and MODE-2 (CDROM-XA) sessions on a single disc isn't allowed. You could create such a thing, but CDROM drives would have a hard time recognizing it.
See also http://www.adaptec.com/support/cdrec/multisession.html, which goes into more depth.
The P subcode channel can be controlled with the JVC/Pinnacle recorders, but apparently isn't used for much.
The Q subcode channel includes useful information, which can be read and written on many recorders. The user data area contains three types of subcode-Q data: position information, media catalog number, and ISRC code. Other forms are found in the lead-in, and are used to enable multisession and describe the TOC (table of contents).
The position information is used by audio CD players to display the current time, and has track/index information. This can be controlled when doing Disc-At-Once recording.
The ISRC (International Standard Recording Code) is used by the recording industry. It states the country of origin, owner, year of issue, and serial number of tracks, and may be different for each track. It's optional; many CDs don't use this. The media catalog number is similar, but is constant per disc. Note these are different from the UPC codes.
The R-W subcode channels are used for text and graphics in certain applications, such as CD+G (CD w/graphics, supported by SegaCD among others). A new use has been devised by Philips, called ITTS. It enables properly equipped players to display text and graphics on Red Book audio discs. The most recent result of this technology is "CD-Text", which provides a way to embed disc and track data on a standard audio CD.
The other subcode channels are generally inaccessible and unused.
For more details, see the book by Pohlmann mentioned in section (2-1); Principles of DigitalAudio, 3rd edition, by Ken Pohlmann, McGraw-Hill, 1995 (ISBN 0-07-050469-5); or The Art of Digital Audio, 2nd edition, by John Watkinson, Focal Press, 1994 (ISBN 0-240-51320-7).
If you have half the data, it will finish in (about) half the time.
Track-at-once allows the writes to be done in multiple passes. There is a minimum track length of 300 blocks (600K for typical data CDs), and a maximum of 99 tracks per disc, as well as a slight additional overhead associated with stopping and restarting the laser. The disadvantage of track-at-once is that most audio CD players will play the run-in and run-out blocks between tracks, resulting in slight but annoying clicks between tracks. (Astarte, the publishers of "Toast", have asserted that clicks between tracks are caused by bugs in the CD-R drive firmware or in the software used to write the discs, and that they can be avoided.)
A few recorders, such as the Philips CDD2000, allow "session-at-once" recording. This gives you disc-at-once control over the gaps between tracks, and allows you to write in more than one session.
Disc image files are sometimes called virtual CDs or VCDs (not to be confused with VideoCD). These are complete copies of the data as it will appear on the CD, and so require that you have enough hard drive space to hold the complete CD. This could be as much as 650MB for CD-ROM or 747MB for an audio disc when using 74-minute blanks. If you have both audio and data tracks on your CD, there would be an ISO-9660 filesystem image for the data track and one or more 16-bit 44.1KHz stereo sound images for the audio tracks.
On-the-fly recording often uses a "virtual image", in which the complete set of files is examined and laid out, but only the file characteristics are stored, not the data. The contents of the files are read while the CD is being written. This method requires less available hard drive space and may save time, but increases the risk of buffer underruns (see [4-1]). With most software this also gives greater flexibility, since it's easier to add, remove, and shuffle files in a virtual image than a physical one.
A CD created from an image file would be identical to one created with on-the-fly recording, assuming that both would put the same files in the same places. The choice of which to use depends on user preference and hardware capability.
CD-RW drives use phase-change technology. Instead of creating "bubbles" and deformations in the recording dye layer, the state of material on the disc changes from crystalline to amorphous form. These discs are not writable by current CD-R drives, nor readable by many existing CD readers (the reflectivity of CD-RW is far below silver CDs and CD-R). Drives that can write both CD-R and CD-RW formats are now shipping, and most new CDROM drives are expected to support CD-RW (look for a "multi-read" logo).
CD-RW discs use the CD-UDF write-once filesystem, which means they won't be readable under some operating systems even if the hardware is compatible. Oddly enough, it may be easier for a DVD drive to read CD-RW discs than CD-R discs, because of the way the media is constructed.
The first batch of CD-RW is much more expensive than CD-R. This is expected to change as sales volumes increase. There is a limit to the number of times an area of the disc can be rewritten, but that number is relatively high (somewhere between 1000 and 100,000).
For an *excellent* description of the techology, see http://www.onlineinc.com/cdrompro/0996CP/bennett9.html.
Some interesting articles on CD-RW - including an editorial critical of the new technology - can be found at:
Some DVD drives may be unable to read multisession discs. If the box doesn't say that something is supported, assume that the feature isn't.
The easiest and most reliable method to make copies of single-track data CDs is also the least expensive: CD2CD runs under DOS and works very well with a wide variety of hardware.
Software such as Arnold's and Adaptec's will allow you to make a CD image on a hard drive that can then be written to multiple CDs.
The fancier packages will usually provide a way to do this as well, but the software tends to be more complicated and harder to use. Multi- session and other fancy formats require more sophisticated software, such as Jeff Arnold's SNAPSHOT.
It's important to remember that, when copying directly from one CD to another, the source MUST be faster than the target, and must be error-free. If the source pauses or spins down to read a marginal area of the disc, the target may outrun the source, and the CD-R will only be useful as a frisbee. Most programs have a "test write" feature that put the CD-R device into a mode where it goes through all the motions but doesn't actually write anything; it's a good idea to do this right before copying.
("The nice thing about standards is that there's so many to choose from." -- Andrew S. Tannenbaum)The ability to read certain portions of a CD depends on the CD firmware. Some CD players aren't capable of understanding multi-session discs or reading digital audio tracks as if they were data.
If you're just interested in extracting digital audio, you don't even need a CD-R unit, just a CDROM drive that supports DA extraction and some software. See http://www.tardis.ed.ac.uk/~psyche/pc/cdrom/CDDA.html for information and software.
Different drives can extract digital audio at different speeds. For example, the Plextor 6Plex can extract audio at 6x, while the NEC 6Xi can only extract at 1x.
It should be pointed out that, while digitally extracted audio is an exact copy of the data on the CD, it's an exact copy as your CD player perceives it. Different drives or different runs with the same drive can extract slightly different data from the same disc. The differences are usually inaudible, however.
The quality of the CD-R audio output depends mostly on how well your CD player gets along with the brand of media you're using. See the next section for some comments about avoiding clicks and pops.
Recent versions of Yamaha drives may have trouble extracting audio tracks. The extraction starts a few blocks forward of where it should, and ends a few blocks later, so the track may not sound quite right and the extraction program will report errors at the end of the last track. This is rumored to be a driver problem, though it's not clear what drivers need to be fixed.
One minor note: the data on audio CDs is stored in "Motorola" big-endian format, with the high byte of each 16-bit word first. AIFF files also use this format, but WAV files use "Intel" little-endian format. Make sure your software deals with the endian-flipping correctly. Byte-swapped CD audio sounds like noise.
If you're using track-at-once recording, and are getting a short click at the *start* of every track, then your recording software is probably writing the sound file with the headers still on it. You should either use a smarter program, or remove the header manually (for a .WAV file it's the first 44 bytes).
If you are getting clicks in the middle of a track, they are either being added when pulling the data off the disc or when writing it. If the .WAV (AIFF on the Mac) file plays without clicks, then your CD recorder may be suffering from buffer underruns during the write process. If there are clicks in the copy on your hard drive, then your method of extracting audio is flawed (see section (3-2)).
If you are getting clicks at the end of a track, it's possible that the software used to create the .WAV file put some information at the very end (which is legal but not recognized by some CD-R software). See section (3-12) for tips on using CoolEdit to remove the data.
Some CDROM and CD-R drives have trouble extracting digital audio at high speed, so if you're getting lots of clicks and pops when extracting you should try doing it at a slower speed. You may also run into trouble if you try to extract faster than your hard drive can write. One user found that he was able to eliminate clicks and pops by defragmenting his hard drive.
Part of the problem is that the Philips CD specification doesn't require block-accurate addressing. When you resume a CD after it's paused, it's valid to start anywhere in a 75-block range (1 second). If the CD outpaces the hard drive while doing audio extraction, the drive will have to stop and restart reading to avoid dropping a big piece of the audio, and won't quite start in the right place. Some drives, like the Plextor 8Plex, use special hardware that enables them to seek to an exact block.
If you must use track-at-once, make sure you're writing it all in one session. Most audio players won't see anything past the first session.
A distantly related problem can arise if you use "shuffle play" to play random tracks from a CD. If the audio of track N begins immediately, some CD players will slide from the end of track N-1 into the start of track N, playing a short burst of track N before seeking elsewhere. This can be avoided by putting a gap at the start of such tracks (e.g. with "INDEX 01 xx:yy:zz" in a DAO cue sheet).
Finally, some people who got "static" in audio recorded on an HP 4020i found that reducing the DMA transfer rate to 2MB/sec helped.
Note that this software does NOT defeat the copy protection.
Incidentally, posting requests or advertisements for pirated software on one of the Usenet groups is generally regarded as a mark of extreme stupidity. Whatever your opinion of software piracy, it is against the law in much of the world.
See http://www.adaptec.com/support/cdrec/filename.html for a detailed description with some examples.
Level 2 ISO-9660 allows longer filenames and deeper directory structures (32 levels instead of 8), but isn't usable on some systems, notably MS-DOS.
Level 3 ISO-9660 allows non-contiguous files, useful if the file was written in multiple packets with packet-writing software.
Because it's still an ISO-9660 filesystem, the files can still be read by machines that don't support Rock Ridge; they just won't see the long forms of the names.
Rock Ridge is supported by UNIX systems. DOS, Windows, and the Mac currently don't support it.
Copies of the Rock Ridge standard and System Use Sharing Protocol (SUSP) can be found at ftp://ftp.ymi.com/pub/rockridge/. Pay a visit to http://www.uni-karlsruhe.de/~un60/Rock_Ridge_Amiga_Specific for a description of Amiga-specific extensions.
At present, the systems that can read HFS CD-ROMS are Macs, Amigas (with AmiCDROM, available from ftp://ftp.cdrom.com/pub/aminet/disk/cdrom/), PCs running Linux or OS/2 (with appropriate patches), the Apple IIgs, and SGI machines running Irix (they appear as AppleDouble format).
Some authoring packages for the Mac and Windows allow the creation of "hybrid" CDs that have both an ISO-9660 filesystem and an HFS filesystem.
The spec can be found at http://www.ms4music.com/devl/dvjoliet.htm.
Linux can be taught to read Joliet discs by patching the kernel. See http://www-plateau.cs.berkeley.edu/people/chaffee/joliet.html. Ditto for OS/2; see: http://service.software.ibm.com/os2ddpak/html/miscellb/os_2warp/updatedc/index.htm.
Longer answer: it depends on what kind of disc it is, and what you mean by "use".
PhotoCD and VideoCD discs are CD-ROM/XA "Bridge Format" discs that play on CD-i players as well as dedicated players and computers. These use the ISO-9660 file system, and can be read with commonly available PhotoCD software and MPEG-1 players.
DigitalVideo discs from Philips manufactured before June, 1994 are in CD-i format, not VideoCD format, and require additional hardware to be played on a PC.
If your CD-ROM drive supports raw 2352-byte sector reads, it's possible to pull tracks off of a Green Book format disc, and extract audio or MPEG video data.
Some newer formats, like CD Extra, allow or even require such information to be included on the CD.
Some recent CD players are advertised as "CD-Text Ready". These use the CD-Text data embedded in the R-W subcode channel to display disc and track title data. [ It remains to be seen whether this will be usable by CD audio programs running on a computer. ]
CD-R's have a pre-formed spiral track, and the sector addresses are hard-coded into CD-R media, so there's no flexibility.
There *are* 80-minute CD-R blanks, but they're very expensive, and may not work on all systems. The longest possible CD-R is 79 minutes, 59 seconds, 74 frames long, because of the way that the last possible start time of the lead-out is encoded. Such discs are supposedly available directly from TDK (sales 800-835-8273).
It may be possible to create a longer CD by suppressing the leadout, but it's not clear if this is easy or even a good idea.
If you need the format to be more flexible, perhaps with separate executables for Macs and PCs, you'll want to build a "hybrid" CD that has two sets of files on it. Astarte's Toast for the Mac is widely recommended for this. See section (6) for other options.
MS-DOS lets you see the first data session. Win95 lets you see the last data session. Some drivers from Corel will let you choose which session you see.
Some CD creation software (e.g. Adaptec Easy-CD Writer) writes a complete table of contents in each session, some of which refers back to the files from the previous session, allowing a form of incremental backup. (This will work for ISO-9660 discs, but won't work for HFS. However, this is less painful that it seems because a properly-configured Macintosh will let you mount all the sessions as individual volumes.)
Adaptec's Easy CD Pro will allow you to combine the contents of several previous sessions by creating a new session (use RCD's Load Contents option to read the file/directory info from more than one session, then write and close a new session with that directory structure).
Some of it depends on the SCSI driver you have installed.
Corel includes a session selector with Corel CD Creator v2.x, but it only works with SCSI CDROM drives.
You need to connect the analog output from your record player through a pre-amp (which both pre-amplifies the signal and equalizes it to RIAA standards) to a board in your PC that can digitize analog audio and store it on your hard drive.
You can use the A/D (analog-to-digial) converter built into a sound card like a SoundBlaster 16, but the sound quality will not be very good. The sound cards from Turtle Beach (Tropez, Tahiti) and CrystaLake are a step up, and a Digital Audio Labs CardD+ is about as good as it gets for internal A/D cards. If you're really serious, you should get an external A/D converter such as the Symetrix 620, and feed the digital output from that into the computer (another way of accomplishing the same thing is to record to an audio DAT tape and then use the digital output on the DAT recorder; see the next section for details).
During playback, try to get as much signal as possible. Normalization will bring the signal level up, but can't replace parts of the signal that were lost. Sound editing utilities, such as GoldWave or Cool Edit, can be used to equalize, normalize, and even perform noise reduction on your recordings.
The following method has been suggested for PC users:
Cool Edit currently leaves a blob of data at the end of the .WAV file, which is legal in the file format but not expected by some utilities. To avoid this, go into the "Options" menu and select "Info". There is a check box here labelled "Fill * fields automatically" that is checked by default. Uncheck the box, and don't put any information into those fields.
Bear in mind that CD audio is 16-bit stereo at 44KHz, and will chew up disk space in a hurry. See section (3-3) for some tips on avoiding clicks when committing the audio to CD.
For those of you wondering what the deal with pre-whatever is, this little tidbit is courtesy mikrichter@interramp.com:
"Preemphasis has been used since the earliest days of commercial recording. In general, the high-frequency content of the music (or whatever) being recorded is low and the noise is high. Therefore, treble was boosted and lows were cut by a preemphasis curve which was removed in playback. The standard RIAA curve for turnover and rolloff (the amount and frequency for treble and bass, respectively) was not accepted universally until the 50's, and some fine preamps offered selectable values with presets for the common curves into the early transistor era."
Record from the DAT onto your hard drive, and then record the CD from there. If you try to do it directly you'll likely end up with a lot of wasted CD-Rs due to buffer underruns or minor mistakes. You should use Disc-At-Once recording for best results; Jeff Arnold's DAO software is recommended for this on the PC.
One issue you need to be aware of is that DAT records at 48KHz, but CDs are recorded at 44.1KHz. At some point you will have to do a rate conversion. The DSP on cards like the ZA2 will do this for you, or you can use an audio editing program like CoolEdit or Sound Forge.
There *are* CD-R drives that have analog inputs, but you probably don't want one. See section (7-8).
If you're interested in mastering production audio CDs, you should check out http://www.sadie.com/.
The down side of this is that audio CD players may attempt to play track 1, which can be obnoxious or downright harmful to audio equipment. Most modern CD players are smart enough to ignore data tracks, so this won't usually be a problem.
The other approach is to create a multisession disc with the audio tracks in the first session and the data track in the second. This is how CD Extra (the format formerly known as CD Plus) works. Audio CD players only look at the first session, and CDROM drives are (supposed to) start with the last session, so it all works out.
What happens when you try to play one of these as audio in your CDROM drive? As with most things multisession, it depends on your drive. (The control panel that comes with the Plextor 8Plex does the right thing. If you're using a different drive, you're on your own.)
There's actually a third way to do this that involves putting the data track into the extended pregap of the first audio track. Instead of the audio starting at minute:second:frame 00:02:00, the data starts there, and the pregap is adjusted accordingly. This method never gained popularity because some drives started playing at 00:02:00 regardless.
Holding down the 'c' key while booting while cause the Mac to boot from an internal CDROM drive. Alternatively, the "Startup Disk" control panel will allow you to select a CDROM.
For PCs, it's a bit more of a challenge. The BIOS on some machines supports bootable CDs. Phoenix (the BIOS developer) has created the El Torito standard for doing this sort of thing. You can find specifications and a "how to" guide at http://www.ptltd.com/techs/specs.html.
A step-by-step procedure can be found in HTML form at http://mail.ncku.edu.tw/~thlx/bootcd.htm and in text form at ftp://ftp.netcom.com/pub/fa/fadden/bootcd.txt. The latter has some other notes as well.
CDR Publisher can make bootable CDs for PCs and UNIX. See section (6-1-9).
You need a capture card to transfer the video to your hard drive. Capturing video will eat up 2MB or more per *second* of video at full resolution (640x480x24 at 60 fields per second for NTSC) with a reasonable degree of compression, so this isn't something to be undertaken lightly. The lower your quality requirements, the lower the bandwidth requirements.
If MPEG is your only interest, you might be better off with an MPEG-only card rather than a hobbyist video capture board. http://www.b-way.com/ and http://www.darvision.com/ are good places to look. The Broadway card has been given high marks for quality.
Once you've captured the video, you'll probably want to edit it (at least to clip out unwanted portions or add titles). Packages for doing this, like Adobe Premiere and Ulead MediaStudio, are usually included with the capture card. These will also let you adjust the resolution, color depth, and compression quality to output the video so that it's suitable for playback on double- or quad-speed CDROM drives.
You can convert AVI files to MPEG and vice-versa with a program from Ulead (see http://www.ulead.com/). You should be able to create QuickTime or AVI movies using the compression codec of your choice from the video editing software.
If you're running Linux you should take a look at Bernhard Schwall's "avi2yuv" program. It converts M-JPEG movies created with popular video capture boards into a format accepted by the Berkeley MPEG-1 and MPEG-2 encoders. The README for avi2yuv lists the additional software packages (all of which are free and run under Linux) needed for creating MPEG movies complete with sound. Most (all?) of the utilities can also be built to run under DOS.
Finally, you should be aware that MPEG playback is rather CPU intensive, and it's possible to create movies that don't play very well without hardware support. The current version of "Sparkle" for the Macintosh doesn't handle MPEGs with audio, and the current version of "xanim" for UNIX doesn't handle B or P frames (i.e. it's pretty useless for looking at images that are compressed well). Bear this in mind before investing in MPEG hardware.
Creating a VideoCD disc is a different step. Corel's software may be able to do this, but there doesn't appear to be much experience with this among the net.readers.
There are several hardware-based solutions to this, including CD-R units that support daisy-chaining, and control units that vary from the simple (a handful of units wired together) to the complex (robotic arms to move discs around). Most cost more than a Hyundai.
See http://www.cd-info.com/CDIC/Technology/CD-R/duplication.html for an excellent overview of several different hardware solutions.
"I do not recommend making "copies of copies" with SNAPSHOT. The reason this does not always work is because many CDROM readers do not perform error correction of the data when doing raw sectors reads. As a result, you end up with errors on the copy that may or may not be correctable. When you make a second-generation copy of the same disc, you will make a disc that has all of the errors of the first copy, plus all of the new errors from the second reading of the disc. The cumulative errors from multiple copies will result in a disc that is no longer readable."Some further explanation is needed here. The heart of the problem is the way that that the data is read from the source device. When a program does "raw" sector reads, it gets the entire 2352-byte block, which includes all of the error correction data for the sector. Rather than applying the error correction to the sector data, the drive just hands back the entire block, errors and all.
This problem can be avoided by using "cooked" reads and writes. Rather than creating an exact duplicate of the source sector - possibly propagating errors along the way - cooked reads pull off the error- corrected 2048 byte sector, and let the CD-R regenerate all the appropriate error correction and other headers. Ideally SNAPSHOT would be able to do the error correction in software, but apparently there's no readily available code that does this. It could also read each block twice, once in raw mode and once in cooked, but that would double the read time.
This begs the question, why not just use cooked writes all the time? First of all, some recorders (e.g. Philips CDD2000 and HP4020i) don't support cooked writes. (Some others will do cooked but can't do raw, e.g. the Pinnacle RCD-5040.) Second, not all discs use 2048-byte MODE-1 sectors. There is no true "cooked" mode for MODE-2 data tracks; even a block length of 2336 is considered raw, so using cooked reads won't prevent generation loss.
It is important to bear in mind that the error correction included in the data sector is a *second* layer of protection. The CIRC ECC encoding that keeps your audio CDs from popping every time a fingerprint is encountered will also correct most errors on data discs. The error detection and correction information included in data sectors serves to correct further errors, since most data can't tolerate errors the way audio can. (The dropped audio samples are replaced with interpolated data. This wouldn't work very well for data.)
The original version of this quote went on to comment that Plextor and Sony
CDROM drives were not recommended for making copies of copies. The reason
they were singled out is because they are the only drives that explicitly
warned about this problem in their programming manuals. It is possible
that *all* CDROM drives behave the same way. (In fact, it is arguably the
correct behavior... you want raw data, you get raw data.)
The documentation for SNAPSHOT describes whether "raw" or "cooked" writes are recommended for several different CD-R drives. See the section on "USING THE /COOKED OPTION" in "snapshot.txt", found in ftp://ftp.cdarchive.com/pub/jarnold/readme.zip.
The final answer to this question is, you can safely make copies of copies, so long as the disc is a MODE-1 CDROM and you're using "cooked" writes. Copies made with "raw" writes may suffer generation loss because of uncorrected errors.
Audio tracks don't have the second layer of ECC, and will be susceptible to the same generation loss as data discs duplicated in "raw" mode.
A product called capaCD (see http://www.ewb.com/ewbassoc/) provides transparent compression specifically for CD-Rs. The end-user needs to have the capaCD driver installed to read the compressed data.
CRI-X2 and CRI-X3 provide similar compression capabilities. See the vague explanation at http://www.cdrominc.com/product/crix2.html.
http://www.pgp.com/ has some good encryption software, but none of it works transparently.
http://www.c-dilla.com/products/cdsecure/index.html has information on CD-Secure 2, which allows publishers to distribute network-licensed or "pay for the parts you need" products.
Of course, it's not really necessary to use special software. Most CD creation programs will allow you to copy arbitrary files onto CDROM, and by using the Joliet standard you can preserve long Win95 filenames. The only disadvantage is that all files are marked as read-only (required by the ISO-9660 spec), so write permission must be re-enabled by hand.
(Linux users can su to root, mount the volume as MSDOS FAT, cd to the
directory in question, and do "find . -print | xargs chmod +w
" to enable
write permission for all files in the current directory and in all
subdirectories. If you've got the GNU utilities, use "find . -print0 |
xargs -0 chmod +w
" instead, especially if you're using the "vfat" fs.)
[autorun] open=filename.exe icon=someicon.icoWhen the CD is placed into the drive (assuming auto-insert notification is turned on), it will be shown with the specified icon, and the program named will be launched. If you turned auto-insert notification off while burning the disc, you may need to reboot before it's re-enabled.
[autorun] open = setup.exe /i icon = setup.exe, 1 shell\configure = &Configure... shell\configure\command = setup.exe /c shell\install = &Install... shell\install\command = setup.exe /i shell\readme = &Read Me shell\readme\command = notepad help\readme.txt shell\help = &Help shell\help\command = winhlp32 help\helpfile.hlpTaking it line by line, this says:
Another way is to do a recursive file-by-file comparison. Programs that compute CRCs on files and then compare them (meant primarily for virus-checking) will work. Another way is to use the UNIX "diff" utility, which is available for Win95 at:
http://www.reedkotler.com/beta/reedkotler_shell.exe
http://www.reedkotler.com/beta/reedkotler_help.exe
If you had copied the contents of C:\MyData
onto a CD-R at E:\
, you
would use:
diff -q -r C:\MyData E:The "-q" flag tells it to report if the files differ, but not show what the differences are, and the "-r" flag says to descend into directories recursively.
"To backup KARAOKE CD+G discs, you must have a Yamaha CDR100/102 or Sony CDW-900E recorder. These are the only recorders that will write the R-W subcodes required for CD+G discs. You must also have another CDROM device that can *read* the R-W subcodes as the Yamaha and Sony can only write these subcodes.
The following CDROM drives can read CD+G discs...
PLEXTOR 4Plex Plus PLEXTOR 8Plex PLEXTOR 12Plex SONY 76S SONY CDU920S"There may be other units that work as readers or writers. Check the documentation from the manufacturer to be sure.
The CD writing process can't be interrupted in mid-session. To prevent this from happening, the makers of CD recorders put a write buffer in the drive, usually 512K or 1MB. Data read from the hard drive, tape, or another CD is stored in the buffer, and pulled out as needed by the recorder.
If the recorder requests data from the write buffer, but there's none there, it's called a buffer underrun. The disc is still spinning, but there's no data to write, so the recording process aborts.
You can still use the disc with multisession CDROM drives by closing the session and starting another, assuming there's enough space left on the CD, and assuming your pre-mastering software didn't choose to finalize the disc for you.
Advice for preventing buffer underruns is scattered throughout this FAQ. A brief summary:
Also watch out for things like anti-virus programs that wake up, virtual memory settings that cause swapping, screen savers that activate during the CD creation process, unusual network activity, and background downloads of data or faxes. One way to check is to run the HD defragmenter in Win95. If it restarts every few seconds, it's because something is hitting the drive.
Most Win95-based software recommends turning off Auto Insert Notification. Having this on can interfere with closing sessions or even just inserting discs into the drive. You can disable it by opening the "System" icon in the Control Panel, and selecting "Device Manager". For each item under CDROM, select the device, click on the "Settings" tab, and make sure the "Auto Insert Notification" checkbox is unchecked. [With my setup I get SCSI errors when AIN is off for my CD-R but on for my CDROM, even if the CDROM drive isn't in use at the time.]
http://www.adaptec.com/support/cdrec/bufunder.html has a comprehensive set of buffer underrun info.
It appears that Win95 and DOS 7.x are simply screwed up.
(This problem was reported with an HP4020i and a Buslogic BT946C controller; if you have an HP drive you should get the c4324hlp.vxd driver from the HP web site. See section (6) for the address.)
One possible cause of this problem is writing a multisession disc in MODE-1 format. Some older CDROM drives incorrectly assume that a MODE-1 disc can't be multisession, so they don't look for additional sessions unless it's written in MODE-2 (CD-ROM XA) format.
Also, if the final session on the CD isn't closed, standard CD players may become confused (the NEC 6Xi certainly does under Win95). This doesn't mean that the *disc* must be closed, just that the *session* must be closed. (Actually, the NEC 6Xi doesn't like open discs either... sigh.)
If that fails, a number of people have discovered that the problem is a hosed CD-R unit (similar behavior has been reported on Sony and HP units, which have different mechanisms). You should try 1x writing from a fast source and with different sets of data before contacting the manufacturer, since they will likely tell you to do exactly that anyway.
Be sure that there aren't environmental factors creating difficulties. CD-R units are usually built to handle small shocks, but having a set of speakers playing loud music on the same table as a CD-R may cause it to skip, resulting in a failed write. Sonic booms, heavy construction equipment, and nuclear detonations may have similar effects.
It's also possible that you simply have a bad batch of media. Try a different type and brand of disc. Some distributors (e.g. dataDisc) will exchange media that's provably defective.
Some CD-R packages allow you to start the real write pass a few seconds after the test pass has succeeded. They may not disable this even though they know that the disc will have to be ejected. Make sure the option is set to "wait until told to continue."
If it fails with both green and gold media, chances are your drive simply doesn't work with CD-R discs. This is rare but not unheard of. In one case, returning the drive for an identical unit solved the problem.
(For the Mac, look at "ISO 9660 File Access" in the System:Extensions folder with Command-I. If the version shown is 5.0 or greater, your system should handle the version numbers just fine. If not, you should update your system software.)
Another user with the same setup found that doing power-up diagnostics and device reset right before burning the CD helped.
The ways of dealing with this range from rational checks to the placement of chicken entrails on selected components. Reducing the DMA rate on the AdvanSys SCSI card may help, buying better SCSI cables and checking for proper termination may make a difference, or even powering off and on again right before the burn.
One user was told by Philips tech support that if error 50h (write append) occurs, it means the drive has to be returned to the repair center. Other users have been told that the error can occur when attempting to write an empty directory or zero-length file. Under Easy-CD Pro '95, this is reported as error 171-00-50-00 (see the Adaptec web site for a complete list of error codes).
This question is also covered in the HP4020i FAQ, available at http://www.cd-info.com/CDIC/Technology/CD-R/HP-FAQ.html.
It may be that the system is looking at the disc, not finding a TOC (table of contents), and ejecting it as useless. You need to disable this.
Under Win95, disable auto insertion for all CDROM devices (see section (4-1)). On the Mac, you may just need more recent drivers.
If that doesn't work, make sure the CD-R drive is perfectly level. Apparently some units are sensitive to being tilted at an angle.
If nothing helps, there's a strong possibility that the drive is mis- aligned and needs to be serviced. This has been known to happen to drives during shipping.
One user reported problems when using the wrong type of caddy. It has to be a Sony-type caddy, which is the kind most commonly found in stores.
The error indicates that the CD-R drive is having trouble calibrating the power setting. Try different brands of media, and if that doesn't work you should have the drive checked.
Some versions of the firmware for the Philips CDD2000 and HP 4020i will report a power calibration error if you try to do a 1x write after a 4x read.
Out-of-date versions of MSCDEX have been known to "forget" certain files when browsing a disc. If you're using DOS or are using the "real mode" drivers from within Win95, make sure you're using the most recent version of MSCDEX.
Old versions of certain CD creation programs would occasionally omit things when asked to burn a large number of files. These problems haven't been reported for some time, however.
If you were burning a multi-session CD, you're on your own.
If you're using Easy-CD Pro for Win31 or Corel CD Creator, you can load the contents of all the previous sessions, and burn a new session that has all the files you want. This feature isn't currently available in Easy-CD Pro '95, which only allows you to link to one previous session.
The files themselves aren't lost forever though: most packages will allow you to extract a track as an ISO-9660 image, and you can use Winimage to pull individual files out of it.
One caution: without something like Corel's Session Selector, you may not see the last session on the disc anyway. Some CDROM drives stop looking for sessions after a certain point.
Bertel Schmitt wrote an excellent article on the ins and outs of proper cabling and termination. The article can be found in text form at ftp://ftp.netcom.com/pub/fa/fadden/avdrive.txt. Granite Digital, a company that makes high-quality cables and terminators, can be found at http://www.scsipro.com/.
If you're using an HP 4020i with the AdvanSys SCSI card, reducing the DMA transfer rate may help.
Most people don't notice any difference between the original and the duplicate. Some people notice subtle differences, some people notice huge differences. While it's true that "bits are bits", there *are* reasons why CD-Rs may sound different.
Most problems are due to poor digital audio extraction from the source media. Some CDROM drives will return slightly different data every time a audio track is read. Others, like the Plextor 4Plex, 8Plex, and 12Plex, will return the same data every time so long as the source media is clean.
The manual for the CDD-2000 reportedly states that the drive uses 4x oversampling for pressed CDs, but switches to 1x for CD-R. This affects the quality of the D/A conversion, and can make an audible difference.
It has been suggested that the D/A conversion process is more susceptible to "jitter" on CD-Rs, because the clocking of the bits isn't as precise. A quality CD player will compensate for this automatically.
Others have asserted that *any* two CDs, pressed or otherwise, will sound slightly different.
An extremely technical introduction to CD reading is available at http://www.tc.umn.edu/nlhome/g496/eric0139/Papers/paper.html. This may shed some light on why reading audio CDs is difficult.
If you are finding noticeable differences, try different media, a different player, and a different recorder.
All CD-R drives are SCSI unless indicated otherwise. IDE and parallel-port CD-Rs have been announced only recently, as has the ability to write to CD-RW discs.
Many of the models listed have been discontinued in favor of newer models, and some of them have yet to be released, so you will probably not be able to find all of the models listed here for sale.
An excellent summary of CD-R features can be found about halfway down on http://www.uni-karlsruhe.de/~un60/Compatibility.html.
If you're new to SCSI, take a look at the comp.perips.scsi FAQ, http://www.cis.ohio-state.edu/hypertext/faq/usenet/scsi-faq/. It covers both novice and advanced questions.
A wealth of information on Enhanced IDE and other storage technologies is available from http://thef-nym.sci.kun.nl/~pieterh/storage.html and http://www.cis.ohio-state.edu/hypertext/faq/usenet/pc-hardware-faq/enhanced-IDE/top.html.
(Up & coming: Yamaha CDR-400, Ricoh MP-6200.)
These are discussed in the next few sections. See also the (somewhat Adaptec-specific but still useful) "CD RECORDABLE SUPPORT" section from ftp://ftp.adaptec.com/pub/BBS/dos/ezlist.txt. See http://www.cd-info.com/CDIC/Industry/Mfgrs/RecorderManufacturers.html for company contact information.
If you have specific needs, you should verify with the manufacturer that the drive will do what you need.
Many of the devices are simply OEM versions of another company's recorder. It's unwise to assume that the units are equivalent, however: in many cases the firmware has been changed, and may not work as well as related models.
External drives are preferred to internal drives because of heat problems, though this is less of a concern for newer models.
I'm not currently listing stand-alone recorders like the "CD Blaster" or "CD Dupe-It", which are boxes with a CPU, CD-R, and hard drive that can duplicate CDs without tying up a full machine. Most of these low-end CD production boxes are off-the-shelf hardware and software packaged into a single unit, so listing them separately doesn't make much sense. Besides, they're not of much interest to the average user.
Models are the CDR-100 (4x4/512K), CDR-102 (2x4/512K), CDR-200 (2x6/1MB), CDR-400 (4x6/2MB; 'c' is caddy, 't' is tray, 'x' is external), and CD-RW 4001 (4x6/2MB;RW). The CDE-100 is just the CDR-100 in a Yamaha external case.
It has been reported that the CDR-102 is the same mechanism as the CDR-100, but with the 4x writing feature disabled. There is no known way to convert it into a 4x writer.
Note Yamaha doesn't do customer service. The dealer you purchase the drive from is expected to do this.
Yamaha CDR-100s with firmware version 1.08 may experience problems when recording audio (e.g. a click at the end of tracks recorded with the "copy prohibit" flag set to "off"). Upgrading to version 1.10 is recommended. Since the CDR-100 and CDR-102 units don't have flash ROM (and apparently the upgrade involves more than just changing a ROM chip), the drive needs to be sent back to the dealer for the upgrade.
The CDR-100 reportedly works best when writing in 4x mode, and may produce poor results when used to write at 2x or 1x.
The current firmware version for Yamaha drives is v1.12 for the CDR-100 and v1.01(?) for the CDR-102. The change was to "allow mastering in Blue Book specs". If you aren't having problems, don't get the upgrade.
The CDR-200 and CDR-400 are flash upgradeable, and support packet writing.
Models are the CDW-900E (2x2/3MB), Spressa CDU920S (2x2/1MB), Spressa CDU940S (2x4/1MB), and CDU926S (2x6/512K). The 940 has replaced the 920 in Sony's lineup.
The CDW-900E has a separate connector that allows multiple "slave" drives to be daisy-chained, allowing multiple CD-Rs to be written in parallel.
The Spressa 9211 is a 920 in an external case, the 9411 is a 940 in an external case, and the 9611 is a 926. The 940S drive is actually a 924S; the 940S designation refers to the complete bundle (software, cables, etc). Looks like any particular model can have one of three numbers.
Sony drives have a special "recover" feature, accessible from programs like Easy-CD Pro '95. This allows recovery of the CD-R media after certain classes of failed writes.
Believe it or not, the CDU926 doesn't support disc-at-once recording. Instead they use "variable-gap track-at-once", which is supposed to allow TAO audio recordings with no gaps between tracks.
Models are the CDR1002 (2x2/1MB, based on the Sony CDU920S), the CDR1004 (2x4/512K, based on the Yamaha CDR-102), the CDR2004 (2x4/1MB, based on the Sony 940S), the CDR2006 (2x6/512K, based on the Sony 926S), the CDR4000 (4x4/512K, based on the Yamaha CDR-100), and the CDR4006 (4x6/2MB, based on the Yamaha CDR-400).
The CDR2004 has replaced the CDR1002.
Models are the CDD522 (2x2/2MB), CDD2000 (2x4/1MB), CDD2600 (2x6/1MB), and CDD3600 (2x6/1MB;RW). The CDD3610 is a 3600 with an IDE interface. The CDD521 (2x2/256K) is an older model; if you use one, the firmware upgrade is strongly recommended (but increasingly hard to find).
The CDD522 does not support reading of subcode-Q data. The CDD521, CDD522, and Kodak-labeled PCD225 have a sensor that can read the barcode data from the inner ring on a CD.
See the HP section for comments about the CDD2000 firmware. The firmware is kept in flash ROM, so it can be updated with software attainable over the net. You should be at version 1.25 or later for best results.
Digital audio extraction may not work correctly at higher than 2x on the CDD2600, especially near the end of the disc. The CDD2600 supports packet writing, but is NOT flash upgradeable.
CAVEAT EMPTOR - CDD2000. Some users of Philips CDD2000 and derivitive units (like the HP4020i) have reported that the drives went bad over a short period of time, often 1 to 3 months. While these cases represent the minority of users, reports have been persistent. On the plus side, in every case HP or Philips has been willing to exchange the unit for a new one. If you buy a CDD2000-based unit (of which there are many), be sure the dealer or manufacturer is aware of this problem and is willing to exchange the drive should it arise.
Drivers are available for the CDD2000 from: http://www.philips.com/sv/pcaddon/cdr/
Models are the SureStore 4020i (2x4/1MB, based on the Philips CDD2000) (sometimes identified as part number C4324) and 6020 (2x6/1MB, based on the Philips CDD2600; 'i' is internal, 'e' is external, 'p' is parallel).
The 6020ep appears to be the external SCSI drive with a parallel-to-SCSI converter. It appears to be usable as a SCSI device as well.
The HP 4020i got off to a rough start because of buggy firmware and problems with the AdvanSys SCSI controller shipped with the drive. Four firmware upgrades have been made available so far (v1.20, v1.25, v1.26, and v1.27), and most but not all problems with the firmware have been eliminated. HP recommends that users with the v1.20 or later firmware who aren't having problems should NOT get the upgrade. Contact HP tech support for more information.
As with the CDD2600, digital audio extraction may not work correctly at higher than 2x with the 6020, especially near the end of the disc. The 6020 supports packet writing (though there is some disagreement on this), but is NOT flash upgradeable.
CAVEAT EMPTOR - 4020i. See the notes on the CDD2000 in the previous section. Also, the AdvanSys controller continues to cause problems for some users, which is made worse by HP's refusal to support people who try to use a different card. The best approach seems to be to try the card and stick with it if it works, otherwise buy an Adaptec board (e.g. the 1522A) and use it with that. There may be a newer rev of the AdvanSys board.
A few users have reported that, after getting lots of "-24 - Target aborted" errors with jarnold's software, they successfully resolved their problems by getting a new drive from HP.
An unofficial HP 4020i FAQ maintained by Grek Volk (gvolk@umr.edu) can be found at http://www.cd-info.com/CDIC/Technology/CD-R/HP-FAQ.html.
Drivers and software upgrades are available from: ftp://ftp.hp.com/pub/information_storage/surestore/cd-writer/
Models are the RF4100 (2x2/1MB+, based on the Philips CDD522 but with different firmware), CDR4220 (2x4/1MB, based on the Philips CDD2000), CDR4240 (2x4/1MB, based on the Panasonic CW-7501), CDR-4400 (2x4/512K, based on the Yamaha CDR-100), and CDR480 (4x8/1MB, based on the Panasonic CW-7502). The RF4102 is an RF4100 with more memory.
The RF4100 does not support disc-at-once recording.
Models are the PCD200 (2x/256K), PCD225 (2x2/2MB, based on the Philips CDD522), PCD240 (2x4/1MB, based on the Philips CDD2000), and PCD600 (6x/2MB+).
The Philips CDD522, Kodak PCD225, and Kodak PCD600 will interface with the Kodak Disc Transporter, which supports unattended duplication of up to 75 CD-Rs, making it a useful combo for CD-R production.
Models are the XR-W1001 (1x/64K), XR-W2001 (2x/1MB), XR-W2010 (2x4/1MB), XRS-201 (2x2/1MB), and XR-W2022 (2x6/1MB). The XR-W2010 is sometimes bundled as an XR-W2012.
Comes bundled with JVC "Personal Archiver" or "RomMaker" software. The XR-W2010 also comes with "CD-R Extensions" packet-writing software.
CAVEAT EMPTOR - XR-W2010. Firmware version 1.51, which is the most recent as of the time this was written, has some serious flaws that can arise when using the drive as either a writer or a reader. Until these problems are fixed, this drive should only be used with the JVC software, and should not be used as a reader.
JVC only provides support for drives purchased directly from them.
Models are the RCD-202 (1x, based on the JVC XR-W1001), RCD-1000 (2x, based on the JVC XR-W2001), the RCD-5020 (2x2/1MB), the RCD-5040 (2x4/1MB, based on the JVC XR-W2010), and the RCD-4X4 (4x4/1MB, based on the Teac CD-R50S).
The -1000, -5020, and -5040 models are flash ROM upgradeable.
RCD-1000 units shipped after Sept 1995 can do audio extraction if they have firmware v2.35 or later. An upgrade is available from their BBS.
Pinnacle earned a bad reputation after shipping drives with buggy firmware, a poorly ventilated enclosure, and bad customer support.
CAVEAT EMPTOR - all drives. Pinnacle customer support is reported to be almost nonexistent, except for some recent tech support via e-mail. Many owners of the RCD-5040 are perfectly happy with their drives, but most of the stories about Pinnacle's product support are negative.
Models are the RS-9200CD (1x/1.2MB), RO-1060C (2x2/512K), RS-1060C (2x2/512K), RS-1420C (2x4/512K+), and MP-6200 (2x6/1MB;RW).
The RS1060C does not support disc-at-once recording, reading of digital audio, or subcode-Q data. (One user reported that his RO1060C *could* read digital audio, but the drive took a little convincing. Another user says that it has always been supported, but not documented, so it can be done with the right software, e.g. CDDA v1.5.)
The RS-1420C is flash upgradeable (though it can be a little tricky since there are different variants of the drive, and each requires a different ROM image). It does not support packet writing. Most of the commercial versions come with a 2MB buffer (the last digit of the firmware version will be 0, 1, or 2, indicating 512K, 1MB, and 2MB, respectively).
The MP-6200, due out shortly, has replaced the earlier models in Ricoh's lineup. It's most salient feature is the ability to write CD-RW discs.
Model is the DW-S114X (4x4/1MB). The PDR-05 is an audio CD-R recorder, described in section (7-8).
Does not support disc-at-once recording. Mainly sold in large jukebox systems.
Models are the CDS615E (2x2/1MB, based on the Sony CDU-926S) and CDS620E (2x4/1MB, based on the Sony CDU-924S). The CD-R2 is the CDS615E in an external case. The CD-R2x4 might be the external version of the CDS620E.
Model is the DisKovery 650 CD-R (2x2/1MB, based on the Sony CDU920S).
Models are the CR-2200CS (2x4/4MB, based on the Philips CDD2000 but with different firmware), CD-2201CS (same as CR-2200CS but with 2x4/1MB), CR-2401TS (*also* based on the Philips CDD2000), and CR-2600TE (2x6/1MB;IDE).
The CR-2401TS is flash upgradeable, but finding upgrades is difficult. (Philips flash images may work.)
Models are the CDM200 (2x2/1MB), CDM240 (2x4/512K, based on the Yamaha CDR-102), and CDM400 (4x4/512K, based on the Yamaha CDR-100). Rumor has it the newer CDM240 (CDM240J?) is based on the JVC-2010.
They also sell the CDM4000, which is a stand-alone CD burner.
Models are the PlayWrite 2000 (2x2/1MB, based on the Sony CDU920S), PlayWrite 2040 (2x4/512K+), and PlayWrite 4000 (4x4/512K, based on the Yamaha CDR-100).
Model is the Express Writer. There's no apparent model numbers. They used to sell the "old one" (2x2/1MB, based on a Pinnacle (i.e. JVC) drive), now they sell the "new one" (2x4/?).
Models are the MasterCD Plus 4x4 (4x4/512K, based on the Yamaha CDR-100) and MasterCD Plus 4x6 (4x6/2MB, based on the Yamaha CDR-400).
Model is the PCDR-4X (4x4/512K, based on the Yamaha CDR-100).
Model is the CDR100IPW (4x2/1MB, based on the Philips CDD2000).
Model is the PlexWriter PX-R24CS (2x4/512K, a cousin of the Ricoh 1420C).
The unit is flash upgradeable.
Models are the CW-7501 (2x4/1MB) and CW-7502 (4x8/1MB). Panasonic is part of Matsushita, so the units may also be sold under the Matsushita label.
Model is the CD-R50S (4x4/1MB).
The unit is flash upgradeable, with updates on ftp://nemus.teac.de/cdr_up/. Apparently they need to be at 1.0E or later to do quad-speed writing reliably. Power calibration is done via a lookup table rather than adjusted dynamically, so a flash upgrade may be required before some brands of media will work.
Model is the CDR-432 (?/?).
Model is the 2040R (2x4/512K, based on the Ricoh RS-1420C).
Many users have had trouble installing the AdvanSys SCSI card that is bundled with this unit. Most of the problems can be corrected by enabling PnP installation, which is disabled by default.
Models are the CDR2000 (2x2/512K, based on the Ricoh RS1060C) and CDR4210 (2x4/1MB?, based on the Panasonic CW-7501?).
Model is the EW-50 (?/?).
Most of the drives available weren't meant for mass production; notable exceptions are the Philips CDD 522, Kodak PCD 600, and Sony CDW-900E.
Incidentally, MTBF is not an estimate of how long the drive will last. Rather, it's an estimate of the failure rate of the drives during the expected lifetime of the device... after a year or two, the anticipated failure rate increases. If you have new drives with an MTBF of 25,000 hours, and you run 1000 units for 100 hours, you can expect to see four of them fail. It does NOT mean you can expect them to run for 2.8 years and then all fail at once.
CPU: buy a Pentium, the faster the better. This is true in general, since systems tend to be outdated after a year and obsolete after three or four. A '486 is a *minimum* configuration for a CD-R system; a Pentium gives you some breathing room. PentiumPro is probably overdoing it.
Motherboard: get one with PCI slots. Not only can PCI cards move data more quickly, they're much easier to configure.
SCSI: most CD-R drives are SCSI, not IDE/EIDE, so SCSI is still the most common choice. Whether it's built into the motherboard or on a separate card, make sure the host adapter supports ASPI and ASPI for Windows (see section (5-7)). Don't bother with Wide SCSI unless you're planning to buy a disk array or fancy devices - most 7200rpm drives don't exceed the limits of 8-bit Fast SCSI anyway. Bus mastering SCSI cards are preferred over non-bus-mastering cards.
Some vendors have started shipping parallel-port CD-R drives.
Sound: the Creative Labs SB16 and AWE32 boards are widely supported and very popular, but if you're thinking seriously about recording sound through it, you'll want to consider alternatives. See section (3-12) and (3-13) for other options.
Hard drive: needs to be reasonably fast, and large enough to hold whatever data you plan to put on a CD. IDE hard drives work fine. See section (5-6) for more details.
Video card and monitor: depends on what you want to do. A PCI-based video card is a good idea (though more expensive than an ISA-based card), and a 15" or 17" monitor will work fine for most applications. If you're planning on creating multimedia products, you'll want a PCI video card with 4MB of {D,V,W,SD,SG}RAM and a good 17" monitor.
CDROM: for a variety of reasons, you'll probably want a SCSI CDROM rather than an IDE CDROM. See section (5-5).
Block-by-block copies are the best way to create discs. If your pre-mastering software has to assemble files and build an ISO filesystem on the fly, you will need a high-end PowerMac. The above hardware may still be suitable for such on-the-fly mastering, but as a general case, building a prototype image to a disk or disk partition will be safer.
Using the "simulated cut" feature available on Toast and other software is also prudent. Make sure you turn off file sharing before you start a burn, or things will fail if it tries to read a file that's already open. You may also have trouble writing from the boot/system volume, since it will always have files open.
(Macintoshes - especially 68K and low-end PowerMacs - have lousy I/O, notably in the filesystem and network. Fortunately, the lack of preemptive multitasking in System 7 and before keeps things flowing at a constant rate. As an additional bonus, most internal Mac CDROM drives can do digital audio extraction with the appropriate software.)
Toshiba and Plextor SCSI models generally work well. The Plextor 6Plex and 8Plex can extract digital audio at high speeds, and come with a set of utilities that are actually useful. The 8Plex is often recommended.
NEC models tend to hog the SCSI bus. Older NEC models (especially the NEC 3x) and some Mitsumi models have trouble reading CD-Rs.
Some IDE CDROM drives can be used for direct CD-to-CD copies with some programs (e.g. Adaptec CD-Creator 2). Same story with digital audio extraction; some drives work, some don't, and the ones that do don't work with all available software. The Teac 8x has been mentioned as working with CD Creator for CD-to-CD copies of data discs.
There is one hard and fast rule for direct CD-to-CD duplication: the source drive must be faster than the target drive (i.e. source 4x if target is 2x, source 6x if target is 4x).
A performance test on some high-end models can be found at: http://www.pcmag.com/features/cdrom/cd-test.htm
Don't bother with the current set of 15x/16x drives. For details: http://www.pcworld.com/hardware/cd-rom_drives/articles/feb97/1502p072.html
A quick summary of features for several models can be found at: http://www.fwb.com/software/support/reference/cdt2.0.5_supp_devices.html
The most important issue is thermal recalibration. Your basic hard drive will pause for up to half a second (or even up to a full second, depending on who you believe) every so often to adjust the head positioning to the current operating temperature. For most applications this goes unnoticed, but when recording a CD-R you must write the current track to completion without interruption. AV drives deal with the problem in a way that doesn't disrupt the disk activity.
A drive that does a quick thermal recalibration is acceptable if the system is otherwise fast enough or the buffer in the CD-R unit or in the recording software is large enough (early drives had only 64KB, while current drives have 512KB or 1MB, making it much less of an issue). You need to be sure that the recorder's write buffer won't empty during the recal period, or you'll end up with a buffer underrun.
If your recorder's buffer is less than 512KB, or you're planning to record at 4x or greater, you should seriously consider an AV drive. Otherwise, it probably won't matter. Also, don't believe everything you hear from a salesman -- verify with the manufacturer that the drive model is AV-rated.
What separates a Seagate Barracuda from a Seagate Barracuda AV is that the latter is tuned for AV performance. This is simply a software change that affects cache allocation algorithms, error correction, and other SCSI parameters that may will give better performance for transfers of large blocks of contiguous data. These sorts of optimizations are more important for digital video (which runs at a few MB/sec) than CD recording (which is only 600K/sec at 4x).
If you think AV optimizations will help you, you should take a look at "Dr. SCSI" at http://www.scsitools.com/. It will help you do the same optimizations that the AV drive sellers do, for a price that's about equal to the difference between a standard drive and an AV drive.
It's not necessary to use a SCSI hard drive. In most cases IDE will work just fine.
On a separate but related issue, all reports from people burning CDs from FAT-32 filesystems have been positive.
In general, the faster the better. PCI or VLB is better than ISA, and the board should support (and have enabled) SCSI disconnect. The Adaptec 2940 (PCI) is a popular choice , though some users have reported problems with the Adaptec 2840 (VLB). See the README that comes with Adaptec EZ-SCSI v4.0 and later for some things to try with SCSIBench to make sure that you're going to get enough throughput on a single SCSI bus.
The adapter MUST support the ASPI standard (ASPI provides an interface between software and the SCSI controller) for both DOS and Windows.
If you're having trouble with the 2940UW, go into the configuration menu (hit Ctrl-A while booting) and make sure the drive is set for 10MB/sec with Wide Negotiation disabled. If you're using Win95, make sure that Auto Insert Notification is disabled for all CDROM drives (see section (4-1)).
The MTBF on CD-R units tends to be low, so it may be wise to use a different drive for general use to preserve the life of the CD-R.
In addition, if you're using Win95, some CD-R devices don't show up as readers without additional drivers, or show up as 8 separate LUNs (Logical UNits, useful for CD jukeboxes). The reason why many don't show up by default is because they're classified as "type 4" SCSI-2 devices, which is used to indicate write-once devices. Standard CDROM drives are "type 5".
HP and Philips supply drivers for their units, Corel supplies several for different devices, and the Sony 920S works as-is. If you have Adaptec Easy-CD Pro 95, you can get a patch from Adaptec at ftp://ftp.adaptec.com/pub/BBS/win95/cdr4up.exe that will allow many type 4 drives, including the Yamaha CD-R 100/102 and JVC XR-W2010, to appear as CDROM drives. (As it happens, the patch works even if you have the free Easy-CD demo, available from the Adaptec web site.)
If you don't have the drivers, you can still get it to work by loading the real-mode drivers like this (example is for an Adaptec 2940):
In Config.sys:
In Autoexec.bat:DEVICEHIGH=C:\SCSI\ASPI8DOS.SYS /D DEVICEHIGH=C:\SCSI\ASPICD.SYS /D:ASPICD0
Incidentally, to *remove* the Adaptec cdr4up driver, you should remove the file "CDR4VSD.VXD" from \Windows\System\Iosubsys, and reboot.LH C:\WINDOWS\COMMAND\MSCDEX.EXE /D:ASPICD0 /M:12
The advantage of a tray is convenience. If you want to put a CD in the drive, you can just drop it in, instead of buying a pile of caddies and hunting for a free one.
The advantage of a caddy is durability. CDs are less likely to be scratched if they're put into a caddy and left there (VERY important if you have children), and the internal mechanism is less likely to collect dust. The tray units usually have a worse MTBF rating, because they have more moving parts.
Which you should choose depends on your needs and circumstances.
One user reported being able to write at 1x from a DAT tape drive using Seagate's Direct Tape Access, but this isn't recommended. Copying the data to a hard drive and doing the burn from there is much more likely to succeed.
There are no known instances of successful CD-R burns using punched card readers as the source device.
Doing a test run is strongly recommended when using any of these devices.
Running OPC goes a step farther by actively monitoring the write process and adjusting the laser power as needed. If the writer encounters dust or fingerprints, the laser power can be increased to burn through the obstacles. This is especially useful for media that is written after being used, such as CD-RW discs or multisession CD-Rs.
Mac System 7.x works well. UNIX variants (notably FreeBSD and Linux) work, but there aren't a lot of people using them to create CD-Rs.
EMedia Professional has an index of CD-R hardware and software versions, with a different category featured each month. Take a look at http://www.onlineinc.com/emedia/AprEM/news4.html#index for an example.
There's little standardization among CD-R drive manufacturers, so not all devices are supported by all programs.
The software was developed by a company called Incat, which was purchased by Adaptec in 1995.
A limited version of Easy-CD is part of the Adaptec EZ-SCSI 4.0 utilities.
Easy CD Pro is generally considered to be the best of the PC software.
Can be made to work under NT4 with a little work.
The software was developed by Corel, and published by them until it was purchased by Adaptec in mid-1996.
The package includes drivers that allow several popular CD-R drives to be used as general-purpose CD readers under Win95.
Version 2.x is a considerable improvement over version 1.x. Versions older than 2.01.079 had some problems inserting "knacks" into audio CDs.
This is bundled with some drives. It has been described as "low end". Does not support Joliet (useful for long Win95 filenames). Will work under WinNT4 with a patch.
The software was developed by Astarte, and published by them until it was purchased by Adaptec in early 1997.
This package is recommended for making Mac/PC hybrids, and is the most popular package for the Mac. It has also been sold as "CDitAll".
Software updates are available on the web.
Toast is able to make audio CDs using track-at-once recording that don't have clicks between tracks (if they do, Astarte says it's the fault of your CD recorder).
Has been described as "low end", but has the fastest VCD (Virtual CD) database creation.
Has been described as "low end".
See also "CD Studio" for UNIX and WinNT, and some specialized solutions for things like recording over Novell networks and working with CD-R jukeboxes.
These run under DOS. Contains sophisticated CDROM duplication programs, track-at-once and disc-at-once utilities for sound and data, and other goodies. Some of the software is free, the rest are relatively inexpensive.
These come highly recommended for creating audio CDs.
Updates for the software are available on the net.
(The company was bought by Microtest in 1995, but the software still carries the Optical Media branding.)
Mac versions can make "shared" hybrids.
Can create Mac/PC/UNIX hybrid CDs, as well as bootable CDs for PC and UNIX.
The Solaris version should be available through Sun's Catalyst program; see http://www.sun.com/sunsoft/catlink/cdr/cdrpub.htm.
This allows creation of a prototype ISO-9660 filesystem on disk or tape, which can then be copied to a CDR. It supports the Rock Ridge extensions, and can be configured to ignore certain facets of the ISO standard (like maximum directory depth).
The package includes a "cdwrite" program that is apparently used by Yggdrasil to produce their UN*X distributions. It requires a working worm device driver. The program was developed on a Philips CDD52x, and success has been reported with the HP 4020i under Linux and FreeBSD.
See ftp://tsx-11.mit.edu/pub/linux/docs/HOWTO/mini/CD-Writer for a "mini-HOWTO" on writing CDs under Linux.
See http://lidar.ssec.wisc.edu/~forrest/ for a copy of "cdwrite" patched for use with SGI, and ftp://viz.tamu.edu/pub/sgi/hardware/cdrom/cd-writers for the FAQ on SGI CD writing.
X-CD-Roast is a Tcl/Tk/Tix front-end for mkisofs and cdwrite. See http://www.fh-muenchen.de/home/ze/rz/services/projects/xcdroast/e_overview.html
Users without a supported drive can still write the image to an MS-DOS drive, and then use a program like Jeff Arnold's FILE2CD to write the image.
Your basic CD-R mastering package for the Amiga.
CD creation and duplication software. Reportedly works very well on otherwise difficult discs.
They also make "CDR Explorer", free CD-R creation software that works like Win95 Explorer. It's available at their web site.
Drag-and-drop CD creation, written specifically for OS/2. Allows creation of CDs with an HPFS (OS/2) filesystem.
Windows-based CD-R software that has some nice features for creating audio discs, including the ability to edit the P-Q subcode data.
The "rrdemo.zip" on the web site is actually a demo of Samplitude Master from SEK�D Software. Samplitude Master is a fancy audio editing program that - among other things - allows you to create ISO images suitable for writing to a CD-R, but the demo package doesn't include software to do the actual writing.
CD creation software aimed at the corporate user. Comes with libraries for creating custom applications.
A hardware and software combo for professional-quality sound editing, this now includes an audio CD creation tool.
Pre-mastering software that supports the RockRidge extensions. The free demo creates ISO-9660 disc images.
CD-R creation software that supports AmiCDFS (which preserves the Amiga protection bits and file comments).
AmiCDFS is available from http://ftp.uni-paderborn.de/aminet/dirs/disk_cdrom.html; look for amicdfs*.lha, where '*' is a version number.
Software intended to facilitate the creation of audio CDs compiled from other audio CDs.
A collection of freeware software and drivers for burning CDs under UNIX.
CD mastering bundled with SCSI Rep, which allows you to write to more than one SCSI CD-R at once. See also section (3-17).
Full-featured audio CD creation.
Free CD writing tools, with source code.
Fancy extraction from audio CDs.
Among other things, this lets you list and extract the contents of an ISO-9660 image.
Allows the Amiga to read High Sierra, Mac HFS, and ISO-9660 (including Rock Ridge extensions).
In addition to its primary role as an audio CD player for UNIX workstations, version 1.4 (still in beta) allows SPARC/Solaris2.4+ workstations to extract digital audio into ".au" files.
Backup software designed to store data on CD-Rs. Allows incremental backups via multi-session writes.
This is currently available as part of Easy-CD Pro.
Full-featured extraction and manipulation of audio data from CDs.
There are some problems with packet writing, mostly due to the inability of older CDROM drives to deal with the gaps between packets. CDROM drives can become confused if they read into the gap, a problem complicated by read-ahead optimizations on some models.
There are two basic "philosophies" behind packet writing, fixed-size and variable-size. With fixed-size packets, the CD recorder writes data whenever it has a full packet. All packets in the same track must have the same size. It's relatively easy for a CDROM drive to skip over the inter-packet gaps if it knows where the gaps are ahead of time, but there's a large installed base of CDROM drives that aren't that smart.
With variable-sized packets, the CDROM drive can't tell ahead of time where the gaps are. The problem can be avoided by laying out the filesystem in such a way that the drive never tries to read from the gaps. One approach is to put the entire file into a single packet, but if the size of a file exceeds the size of the CD recorder write buffer, the risk of buffer underruns returns. An alternative is to write the file in several pieces, but the Level 1 ISO-9660 filesystem supported by most operating systems doesn't support this. Replacing the "redirector" (e.g. MSCDEX) with one that supports Level 3 ISO-9660 solves the problem.
Writing to a CD-R with packets will be slower than writing with standard premastering software. Since the expected application for packet writing is "drive letter access" rather than creating an entire CD, this should not be an issue for most people.
Audio CDs can't be written with packets.
Drives based on the Sony 920S/940S/926S, Philips CDD2000/CDD2600, JVC XR-W2010, Ricoh MP-6200, and Yamaha CDR-400 mechanisms are capable of packet recording. Upgrades may be made available for other drives.
A glossy overview of packet writing software can be found here: http://www.onlineinc.com/emedia/EMtocs/emtocmay.html
Details on Adaptec's software, as well as a good overview of the benefits
and limitations of packet writing and UDF, can be found at:
http://www.adaptec.com/DirectCD/
A highly technical, if somewhat dated, reference can be found here:
http://www.onlineinc.com/cdrompro/0296CP/02osborn.html
Specifications for the Sony CDR-FS stuff can be found at:
http://www.sel.sony.com/SEL/ccpg/support/cdrfs/cdrfshome.html
There are gold/gold, green/gold, and silver/blue CD-Rs.
The silver/blue CD-Rs (metalized azo dye, also based on cynanine, with a silver alloy substrate) are relatively new. They appear to have a very low BLER (BLock Error Rate), come with a scratch-resistant coating, and are reputed to be more resistant to UV radiation, but their lifespan relative to green and gold media has yet to be determined. The process is patented by Verbatim.
Some CDs have an extra coating (e.g. Kodak's "Infoguard") that makes the CD more scratch-resistant, but doesn't affect the way information is stored. The top (label) side of the CD is the part to be most concerned about, since that's where the data lives, and it's easy to damage on a CD-R. Applying a full circular CD label will help prevent damage.
http://www.mitsuigold.com/ has some info on MTC media.
Some audio CD players (like the ones you'd find in a car stereo) have worked successfully with one brand of gold media but not another. Some players fail completely with green, some fail completely with gold, some only work with blue.
Some people have found brand X CD-R units work well with media type Y, while other people with the same unit have had different results. Recording a disc at 4x may make it unreadable on some drives, even though a disc recorded at 2x on the same drive works fine.
To top it all off, someone observed that discs burned with one brand of CD-R weren't readable in cheap CDROM drives, even though the same kind of media burned in a different device worked fine.
A number of specific discoveries have been posted to Usenet, but none of them are conclusive. Many people have reported that Kenwood CD players don't deal with CD-Rs very well, while Alpine units play nearly everything.
Some users have found that the *quality* of audio recordings can vary depending on the media. Whatever the case, if you find that CD-Rs don't sound as good as the originals, it's worthwhile to try a different kind of media or a different player. See section (4-18) for other ideas.
Mitsui Toatsu Chemicals (MTC) made the first "gold" CDs. They are now manufactured by Kodak and possibly others as well.
Verbatim made the first "blue" CDs. They are the only manufacturer.
Most CD-R brands (e.g. Yamaha and Sony) are OEMed from one of the above manufacturers. Attempting to keep track of who makes what is a difficult proposition at best, since new manufacturing plants are being built, and resellers can switch vendors.
Gold media has a longer lifespan and may work better in higher speed recording. Mitsui's gold/gold discs are recommended by some vendors, and in some informal and unscientific tests were more compatible with car CD players than Kodak gold or TDK green discs.
Trying samples of blanks is strongly recommended before you make a major purchase. Remember to try them in your reader as well as your writer; they may not be so useful if you can't read them in your normal CDROM drive.
Maxell discs have been slammed repeatedly on the newsgroups, and are probably best avoided. A survey can be found at http://www.tcp.co.uk/~blades/cdr/.
See also Is There a CD-R Media Problem? by Katherine Cochrane originally published in the Feb '96 issue of CD-ROM Professional magazine.
Exposing the disc to excessive heat, humidity, or to direct sunlight will greatly reduce the lifetime. In general, CD-Rs are far less tolerant of environmental conditions than pressed CDs, and should be treated with greater care.
One user was told by Blaupunkt that CD-R discs shouldn't be left in car CD players, because if it gets too hot in the car the CD-R will emit a gas that can blind the laser optics. However, CD-Rs are constructed much the same way and with mostly the same materials as pressed CDs, and the temperatures required to cause such an emission from the materials that are exposed would melt much of the car's interior. The dye layer is sealed into the disc, and should not present any danger to drive optics even if overheated. However, leaving a CD-R in a hot car isn't good for for the disc, and will probably shorten its effective life.
See also http://www.cd-info.com/CDIC/Technology/CD-R/Media/Longevity.html.
CD-Rs may advertise that they hold 650MB, 680MB, or even 700MB of data, even though they all claim to hold 74 minutes of audio. The reality is that they're all almost exactly the same size, and you're not going to get more data onto a 74-minute disc by buying a different brand.
Folks interested in "doing the math" should note that only 2048 of each 2352-byte sector is used for data on typical (Mode 1) discs. The rest is used for error correction and other misc fields. This is why you can only put 650MB of data on a disc that will hold 740MB of audio.
It should also be noted that hard drive manufacturers don't measure megabytes in the same way that CD-R and RAM manufacturers do. The "MB" for CD-Rs and RAM means 1024x1024, but for hard drives it means 1000x1000. Keep this in mind when purchasing a hard drive that needs to hold an entire CD. A data CD holds about 682 "disk" MB of data.
Some programs, such as Easy-CD Pro '95, will tell you the exact number of 2K blocks available on the CD. (With Easy-CD, put a blank disc in the CD-R and go to the "Disc Info / Tools" menu item.) One user reported that BASF "gold" showed 333376 sectors (651.8MB), while Mitsubishi "blue" had 335250 (654.7MB), so there's some variation possible.
The PCA (Program Calibration Area), PMA (Program Memory Area), TOC (Table of Contents), leadin, and leadout areas don't count against the 74-minute rating on single-session CDs. You really do get all the storage that the disc is rated for. Bear in mind, however, that the "cluster" size is 2K, and that the ISO-9660 filesystem may use more or less space than an MS-DOS FAT or HFS filesystem, so 650MB of files on a hard disk may occupy a different amount of space on a CD.
On a multisession disc, you lose about 23MB of space when the first session is closed, and about 14MB for each subsequent session. A common mistake when writing multisession CDs is to overestimate the amount of space that will be available for future sessions, so be sure to take this into account.
Factory-recorded CDs hold up to 74 minutes of data (but see section (3-8)).
Specific information can sometimes be found on the back of the jewel case that the discs come in. The TDK CDR-74 discs have the following warning:
[...] 2. Do not attach labels or protective sheets, or apply any coating fluids to the disc. 3. When writing titles and other information on the label (gold) side of the disc, these should be written in the printed area using an oil-based felt-tipped pen. [...]
Other brands say "use a permanent felt-tipped pen" or words to the effect that the ink shouldn't smudge. Most important part is to use a felt tip pen and not a ball-point, because the top layer is somewhat delicate. Several people have reported good luck with Sanford "Sharpie" pens, but make sure you don't etch the surface accidentally if you have an "Ultra Fine" pen.
Dixon Ticonderoga sells a water-based felt tip marker called "Redi Sharp Plus" that is both permanent and smear-proof. It's widely recommended.
So long as you keep all of the above in mind, it's okay to write directly on the top surface of the CD, label or no. If the prospect makes you nervous, just write in the clear plastic area near the hub instead.
Only use labels made specifically for recordable CDs. Attempting to remove the label once attached is probably a bad idea. ProSource Sales & Marketing, Inc. (http://www.inter-look.com/prosource/) sells labels and an applicator that are reputed to work well. See also http://www.neato.com/ for information on the NEATO CD-Label kit (complete with animated illustrations).
The difference in price is due to licensing agreements and volume. The manufacturer pays a royalty to a studio consortium under the assumption that everything recorded to an audio CD-R is pirated material. The technology is identical; the "audio" discs just have a mark that says a royalty has been paid.
A less expensive solution for audio recording is to get a good audio digitizer, record onto a hard drive, and then write the recorded data onto a CD as digital audio data. See sections (3-12) and (3-13).
The basic process is, take a disc that you don't want anymore, and put it shiny-side-up on something like a mug of water so it's nowhere near the top, bottom, or sides of the microwave. (Actually, you may want to leave it right-side-up if the disc doesn't have a label, because the foil is closest to the top of the CD). Turn off the lights. Program the microwave for a 3-second burst, and watch the fireworks.
Performing this operation on replicated CDs results in blue sparks that dance along the CD, leaving fractal-ish patterns etched into the reflective aluminum. For those of you not with the program, this also renders the CD unreadable.
Trying this with a green/gold CD-R gives you a similar light show, but the destruction patterns are different. While pressed CDs don't show much of a pattern, the TDK green CD-R I'm looking at (stupid Incat error handling) shows some definite circular patterns.
On a different note, CD-Rs seem to smell worse, or at least they start to smell earlier, than replicated CDs. The materials used are non-toxic, but breathing the fumes is something best avoided.
However, that doesn't mean it's useless. Here are a few ideas:
In one carefully controlled experiment it was determined that CD-Rs behave differently from pressed CDs when you slam them edge-on against the ground. The aluminum ones will chip (once you throw them hard enough, otherwise they just bounce) and create silver confetti. The gold one I tried chipped and the gold layer started peeling, leaving little gold flakes everywhere. One user reported that a Verbatim blue CD developed bubbles even though the plastic was intact. More experimentation is needed (but not around pets, small children, or hard-to-vacuum carpets).
The CD-Info bibliography at http://www.cd-info.com/CDIC/Bibliography.html is updated more frequently and will probably be more accurate than this section. It also has pointers to books, magazines, relevant areas on commercial online services, and other good stuff.
Please note that the author is NOT a CD-R expert, so sending him mail won't get you very far. Please *post* questions to comp.publish.cdrom.*.
This FAQ was assembled by:
With a great deal of help from:
And information and suggestions -- mostly in the form of posts to comp.publish.cdrom.* -- from: