home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky sci.electronics:13456 rec.audio:10935 alt.folklore.computers:11278
- Path: sparky!uunet!mcsun!uknet!gdt!bsmail!smee
- From: smee@bristol.ac.uk (Paul Smee)
- Newsgroups: sci.electronics,rec.audio,alt.folklore.computers
- Subject: Re: Life after CDs
- Message-ID: <1992Jul28.132635.4176@bristol.ac.uk>
- Date: 28 Jul 92 13:26:35 GMT
- References: <1343@eouk9.eoe.co.uk> <1682E149E4.ALAN@VM1.McGill.CA> <1992Jul27.092328.21478@discus.technion.ac.il>
- Reply-To: P.Smee@bristol.ac.uk (Paul Smee)
- Organization: University of Bristol
- Lines: 28
-
- In article <1992Jul27.092328.21478@discus.technion.ac.il> sorin@techunix.technion.ac.il (Goldenberg Sorin) writes:
- >Somehow the cd manufacturers seem to squeeze more music into the c.d.
- >I have Mahler 2.nd with Klemperer - above 79 min.
-
- CD specs are all given as notional figures with tolerance ranges. E.g.
- the track separation is X plus-or-minus Y, rotational speed is X
- plus-or-minus Y, and so on. If you accurately hit all of the X's, then
- the resulting CD contains 74 (approx) minutes of music.
-
- However, if your manufacturing equipment and process methods are accurate
- enough to allow you to press right at the (correct) edge of the
- tolerance ranges, you can get more music on (up to 80 some minutes, I
- believe). Problems are that then you've got to be spot-on accurate,
- because you've left no safety margin; and that some players,
- particularly older and cheaper ones, can't handle disks which are
- pressing right up against all the tolerance limits simultaneously. (And,
- some disk makers put a line on the front cover along lines of 'warning,
- this disk contains more than X minutes of music' -- though they don't
- normally bother to explain why you might care.)
-
- It's been a while, but I believe that the official spec for CDs does
- specifically permit manufacturers to push the limits in this way,
- providing that they use more stringent quality control methods to
- ensure that they don't overstep any of the tolerance boundaries.
-
- --
- Paul Smee, Computing Service, University of Bristol, Bristol BS8 1UD, UK
- P.Smee@bristol.ac.uk - ..!uunet!uknet!bsmail!p.smee - Tel +44 272 303132
-