How do I get the current memory size of an image?

  • Thread starter Thread starter moss
  • Start date Start date
M

moss

Hi people,
my question is this: How can I get the byte size of an in-memory Bitmap?
For example, I want to know that a 100 KB JPEG takes a 2.25 MB of memory
space when uncompressed... I tried saving an image to a memory stream and
then converting the stream to a byte array and getting the length of the
array, but that doesn't produce the correct results... Any ideas?
 
my question is this: How can I get the byte size of an in-memory Bitmap?
For example, I want to know that a 100 KB JPEG takes a 2.25 MB of memory
space when uncompressed... I tried saving an image to a memory stream and
then converting the stream to a byte array and getting the length of the
array, but that doesn't produce the correct results... Any ideas?
Click to expand...

You can only do that calculation for image format that does not use
compression.

JPEG uses compression. That means that a X KB JPEG will expand
to different sizes of bitmaps depending on the content.

Arne
 
Hi people,
my question is this: How can I get the byte size of an in-memory Bitmap?
For example, I want to know that a 100 KB JPEG takes a 2.25 MB of memory
space when uncompressed... I tried saving an image to a memory stream and
then converting the stream to a byte array and getting the length of the
array, but that doesn't produce the correct results... Any ideas?
Click to expand...

Maybe I'm naive, but could you not just get the size of the image
(image.Size.Width, image.Size.Height), and multiply by the bytes per
pixel from the image.PixelFormat property?
 
Family said:
Maybe I'm naive, but could you not just get the size of the image
(image.Size.Width, image.Size.Height), and multiply by the bytes per
pixel from the image.PixelFormat property?
Click to expand...

Not naïve at all IMHO. Some mapping does need to be done from the pixel
format to the actual bytes-per-pixel, and of course there are additional
bytes of overhead beyond the raw image data (stride, meta-data, a
palette for some images, etc.) but for most scenarios the basic
calculation should be sufficient.

Pete
 
Not naïve at all IMHO. Some mapping does need to be done from the pixel
format to the actual bytes-per-pixel, and of course there are additional
bytes of overhead beyond the raw image data (stride, meta-data, a
palette for some images, etc.) but for most scenarios the basic
calculation should be sufficient.

Pete
Click to expand...

Thanks Pete. I thought I was missing something here.
 
Maybe I'm naive, but could you not just get the size of the image
(image.Size.Width, image.Size.Height), and multiply by the bytes per
pixel from the image.PixelFormat property?
Click to expand...

Thanks man, it's exactly what I need.
 
Family said:
Maybe I'm naive, but could you not just get the size of the image
(image.Size.Width, image.Size.Height), and multiply by the bytes per
pixel from the image.PixelFormat property?
Click to expand...

That's exactly what you have to do if you want something that is close
to accurate.

A JPEG is generally loaded as a 32bpp image, so the size of the image
data is at least:

width * height * 4

Then there may be padding between each scan line to align them on an
even address, but that is likely to be zero with a 32bpp image.

There is of course also some more data in the Image object to keep track
of the image, and there might also be EXIF data from the JPEG file, but
it's of course the image data itself that takes up most of the space.

-

If you know the quality setting used when the image is saved, you could
make a rough estimation from the JPEG file size. however, unless the
image content is very uniform, the variation is pretty big from one
image to another. A varation of +-50% is not uncommon.
 
I have a question about "JPG current memory size" vs "JPG disk size". This has haunted me years and now I decided to find out at least some sort of information about the difference.

Basically I am confused when I open a flatten JPG file with IrfanView for example, and it gives me 2 sizes:
Current memory size: 1.54Mb (for example)
Disk size: 253Kb (for example)
Original + current size: 672 x 800 px

What exactly IS "Current memory size"? Is it some hidden format? Or is the size of a file which can be still edited... somehow, even when flatten in Photoshop?? Because usually PSD files are the same size. How can this almost 8x difference exist between those 2 variants?


Any knowledge?
 
Last edited:
Back
Top