On Fri 2001-03-09 (00:03), [EMAIL PROTECTED]
wrote:
[Hi Björn, why do I get such a strange sender address???]
> On Thu, 8 Mar 2001, Magnum wrote:
>
> > "Mike A. Harris" wrote:
> > >
> > > What is the proper maximum size for a standard 650Mb CD image in
> > > bytes?
> > >
> > > Is it 650 * 1024 * 1024? I'm just curious how the calculation is
> > > made?
> >
> > Here is my calculation:
> >
> >
> > blocks:
> > 650MB/74min 335100
> > 700MB/80min 359849
> >
> > audio (2352 bytes/block):
> > time bytes
> > 650MB/74min 74:28:00 788.155.200
> > 700MB/80min 79:57:74 846.364.848
> >
> > data (2048 bytes/block):
> > bytes
> > 650MB/74min 686.284.800
> > 700MB/80min 736.970.752
> >
> >
> > Sorry, but I can't remember, from where I got this information.
>
> 75 sectors/second
> audio sector = 2352 bytes
> data sector = 2048 bytes
> 75*60*74 = 333000 sectors in 74 min
And that is what the specs require. In reality you will find CD-Rs with
335000 sectors (or even more than 336000) but you can rely only on 333000.
(for 74' CDs).
80' CDs must be able to hold 80 minutes *minus* some seconds only.
cdrecord will happily display the number of sectors on a disc..
> 2352*333000 = 783216000 bytes (audio) = 747 MB
> 2048*333000 = 681984000 bytes (data with error correction) = 650 MB
Yes. If you make an ISO file(system) your mileage may vary since ISO9660
is organized in an other way than say ext2 or ufs, so 'du -s' might
provide wrong numbers. If in doubt, perform a dummy mkisofs run to
get the final fs size
Steffen
--
Steffen Grunewald | GFZ | PB 2.2 | Telegrafenberg E3 | D-14473 Potsdam
» email: steffen(at)gfz-potsdam.de | fax/fon: +49-331-288-1266/-1245 «
The goal of science is to build better mousetraps.
The goal of nature is to build better mice.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
