home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!dtix!darwin.sura.net!sgiblab!sgigate!sgi!fido!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Newsgroups: comp.sys.next.programmer
- Subject: Re: (failing to) read Audio Data from CDROM
- Message-ID: <sdsplhg@zuni.esd.sgi.com>
- Date: 16 Nov 92 04:13:31 GMT
- References: <BxKDBu.AA@sounds.wa.com> <1ds6epINNjil@mailgzrz.TU-Berlin.DE>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 24
-
- In <1ds6epINNjil@mailgzrz.TU-Berlin.DE> carsten@pizza.fb10.tu-berlin.de (Carsten Schultz) writes:
-
- | In article <BxKDBu.AA@sounds.wa.com> BrianW@SoundS.WA.com (Brian
- | Willoughby) writes:
- | ..
- | >
- | > The differences between audio and data CDs are a little more complicated
- | than
- | > that. The simplest way I can think of explaining it is that audio CDs
- | are like
- | [what seems a fine description of CD format]
- |
- | Sorry, but I think, this copy protection bit stuff (actually two bits, I
- | think) is really true. Isn't there somethind like CDaudio in the
- | fileystems directory? BTW, does anybody have a not copyprotected audio CD?
-
- There is a bit that can be set to mark that it shouldn't be copied,
- but it is up to the copying hardware/software/user to honor that bit.
- There are cases where it can be validly ignored (I'm no lawyer, so
- don't ask me). The drive doesn't enforce anything though.
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-