From owner-freebsd-hackers Sun Sep 7 23:49:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13052 for hackers-outgoing; Sun, 7 Sep 1997 23:49:55 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA13047 for ; Sun, 7 Sep 1997 23:49:51 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA00871; Mon, 8 Sep 1997 08:49:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA16182; Mon, 8 Sep 1997 08:40:37 +0200 (MET DST) Message-ID: <19970908084037.MZ56268@uriah.heep.sax.de> Date: Mon, 8 Sep 1997 08:40:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: jamil@counterintelligence.ml.org (Jamil J. Weatherbee) Subject: Re: i refuse to spend the $$$ References: <19970908072530.ZD14625@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Jamil J. Weatherbee on Sep 7, 1997 22:54:37 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jamil J. Weatherbee wrote: > Can someone explain the real difference between an audio CD and a data CD? > I seen mentions of things like "jitter correction" etc. that I don't > really understand, I have a somewhat decent grip on data cd's but as for > audio --- are these made differently or what? Sorry to beat on you: but if you don't even know details, why are you starting to whine then that FreeBSD doesn't do this and FreeBSD doesn't do that? The difference is that lousy drives tend to lose track every now and then. For CD-ROM data, this can be compensated, since part of the redundant data (only 2048 bytes of data have to be obtained out of 2352 bytes per CD block) is a block sequence number, so once you've lost track, you simply wait until the desired block passes the laser again. For CD-DA, all 2352 bytes are user data, so once the drive lost track, it has to guess where to start again. Also, as you can see above, the redundancy in CD-ROM data allows for a fair amount of ECC error correction (298 ECC bytes per block), so even larger damages can be compensated completely. With CD-DA, only the lower-level error correction is available (Reed-Solomon, IIRC), potentially returning you slightly erroneous data. Yet another reason for why you need a high-quality drive if you're going into digitally processed CD-DA. Perhaps you know understand why those few people who have been working on CD-DA by now (Charles Henrich, Amancio Hasty etc.) did concentrate on SCSI first. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)