My purpose in asking the question has nothing to do with arguing 
point. I am making some scans of large 5X7 negatives and want to keep 
total file size below 700mb so I can save the raw file to a CD. 
Unfortunately the scanning software that I am using does not tell me 
the final file size after I indicate resolution and target size, as 
some software does.
Sandy
>Good point.  I always scan into an uncompressed 16 bit TIFF so I didn't even
>think about getting into compression.  Mike's right because there really is
>no easy way to calculate size on disk.
>
>Those calculations are handy when you get in a digital vs. analog argument
>and someone brings up megapixels as their only arguing point.  My response?
>Well if you're only counting megapixels then I've got way more on a 645
>negative than you do.
>
>:p
>
>-Jon
>----- Original Message -----
>From: "Mike Finley" <ekng532@f2s.com>
>To: <alt-photo-process-l@skyway.usask.ca>
>Sent: Friday, February 20, 2004 2:26 PM
>Subject: Re: Calculating Scan Size
>
>
>>  On Fri, 20 Feb 2004 14:11:43 -0500, Jon Danforth <jdanforth@sc.rr.com>
>>  wrote:
>>
>>  >Sandy,
>>  >
>>  >Try using the scan calculator at scantips.com.  I use this all the time.
>>  >
>>  >http://www.scantips.com/calc.html
>>  >
>>  >For instance, scanning a 645 negative at 2400dpi yields these results:
>>  >
>>  >Input
>>  >(2.205 inches x 2400 dpi) x (1.693 inches x 2400 dpi) = 5291 x 4063
>pixels
>>  >Output
>>  >(10.419 inches x 508 dpi) x (8.000 inches x 508 dpi) = 5291 x 4063 pixels
>>  >
>>  >This also gives you the equation for calculating it on your own later on.
>>  >To get the size in MB, you'll have to then multiply each value by the
>number
>>  >of bits per channel (8 or 16) by the number of channels.  Then you divide
>>  >multiply the number of bits by 8 to get the number of bytes and then
>divide
>>  >that number by 1024 to get the number of megabytes.
>>  >
>>  >So if you have a grayscale image, that's 5291 * 8 = 42328 + 4063 * 8 =
>32504
>>  >= 74832 bytes / 1024 = 73.08 MB.
>>  >
>>  >RGB color is just three times that (roughly).  Keep in mind that these
>>  >calculations are based on scanning at 2400dpi.
>>  >
>>  >There's probably a more simple way of doing it but I'm a bit rushed right
>>  >now.  The light outside is AWESOME.
>>  >
>>  >-Jon
>>  >
>>
>>  This gives the megabytes of image data in the file, but doesn't
>>  necessarily equate to the file size on the disk, if that was what
>>  Sandy was asking about.
>>  Some formats compress heavily, and throw away data in the process, eg
>>  JPEG
>>  Some formats compress less heavily and can restore exactly the same
>>  data when opening the file.
>>  Some formats do not compress at all.
>>  Tiff files can be any of the above, depending on options chosen
>>
>>  In addition to the image data there will be a small amount of
>>  additional data needed to identify the contents to software that is
>>  using it.
>>
>>  So if you are talking about file sizes on disk, then there is no
>>  direct correlation to resolution and image size.
>>
>>  mike
>>
>>
>>  mike
>>  Mike Finley, http://www.efikim.co.uk
Received on Fri Feb 20 14:44:22 2004
This archive was generated by hypermail 2.1.8 : 03/02/04-11:35:09 AM Z CST