🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: rec.audio.tech
Article #1108

Re: Audio quality of CDR, any theory ????

#1108
From: Dave Platt
Date: Fri, 18 Dec 1998 00:00
41 lines
3300 bytes
>You obviously know what you are talking about. How does the 'bad data'
>flag get unset? I would have thought that a 'dumb copier' would not
>alter any of the incoming bitstream.

The "bad data" flag isn't part of the primary datastream... it isn't
part of the 16-bits-per-sample audio data.  It's auxiliary
information, calculated by the CD player hardware.

When you use a CD-ROM drive to read audio data from a CD, you get the
audio data (2352 bytes per block).  You do not, unfortunately, get the
"bad data" flags associated with the samples in the block.  As far as
I can tell, there's no standard for transferring a combined "data and
flag" data across the SCSI or IDE/ATAPI bus.

So, the "bad data" flag is lost at this point in the process.  At
best, you might get a status result from the READ command which tells
you "there's a bad sample somewhere in the data you just read"... but
I have yet to see this sort of feature actually implemented.

To make matters worse... when you "burn" the CD-R, you send the
2352-byte audio blocks to the drive via SCSI or ATAPI, and the drive
calculates a _new_ C1/C2/interleaved block structure and burns it to
the disc.  There's no way (as far as I know) to tell the CD-ROM drive
"Here, burn this sector of data... and, oh, by the way, I want you to
deliberately damage the CIRC data so that the following set of samples
will read back as 'bad' and be interpolated."

I'm sure there are some professional recorders which can be used to
burn arbitrary interleaved data to a CD-R (in order to deliberately
introduce errors for testing purposes) but this doesn't seem to be a
feature of standard consumer drives... and there's not really any good
reason to want to do it, anyhow.

So, the PC never sees the "bad data" flag, and couldn't pass it along
to the CD recorder even if it did.

-- 
Dave Platt                                        dplatt@feghoot.ml.org
Visit the Jade Warrior home page:   http://feghoot.ml.org/jade-warrior/
  I do _not_ wish to receive unsolicited commercial email, and I will
     boycott any company which has the gall to send me such ads!
Technical Details
Message-ID: <75efpk$iph$1@remarQ.com>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <753ar1$p8u$1@justice.csc.cuhk.edu.hk> <3678CAFC.985389AC@interstroom.nl> <75bqkf$nfa$1@remarQ.com> <ths4VlAZYhe2EwGh@jmwa.demon.co.uk>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 109f11,48d41a4dac9741b4
X-Google-Attributes: gid109f11,public
X-Google-Thread: 10d85e,48d41a4dac9741b4
X-Google-Attributes: gid10d85e,public
X-Google-Thread: f6728,48d41a4dac9741b4
X-Google-Attributes: gidf6728,public
X-Google-Thread: fb1f8,48d41a4dac9741b4
X-Google-Attributes: gidfb1f8,public
X-Google-Thread: 10ff83,48d41a4dac9741b4
X-Google-Attributes: gid10ff83,public
X-Google-Thread: 105a81,48d41a4dac9741b4
X-Google-Attributes: gid105a81,public
From: dplatt@feghoot.ml.org (Dave Platt)
Subject: Re: Audio quality of CDR, any theory ????
Date: 1998/12/18
Message-ID: <75efpk$iph$1@remarQ.com>
X-Deja-AN: 423728894
References: <753ar1$p8u$1@justice.csc.cuhk.edu.hk> <3678CAFC.985389AC@interstroom.nl> <75bqkf$nfa$1@remarQ.com> <ths4VlAZYhe2EwGh@jmwa.demon.co.uk>
X-Complaints-To: newsabuse@remarQ.com
X-Trace: 914014836 PJ0EG9MGB2146AA01C usenet57.supernews.com
Organization: Posted via RemarQ, http://www.remarQ.com - Discussions start here!
Newsgroups: rec.audio.tech,rec.audio.opinion,rec.audio.misc,hk.rec.audio-visual,uk.rec.audio,tw.bbs.rec.audiophile