Image Compression Experiments


on a GUI image of a

'ScriptApplicator' utility


JPEG, PNG, GIF files
- - -
FILE-SIZE (compression)
versus IMAGE-QUALITY preservation


This is a reduced-size version of the image used in
the PNG, JPEG, GIF experiments below --- experiments in
image-COMPRESSION versus image-QUALITY-preservation.

FE Home page > JPEG-vs-PNG-vs-GIF page >

This Image-Compression-versus-Quality-Experiments-
-on-a-Screenshot-of-a-'ScriptApplicator'-GUI page

Note:
Text, images, file-size-data, or links may be added
or improved --- if/when I revisit this page.

Go to File Size Results, below.

Go to some Conclusions, below.

Go to Start of Test Images, below.

INTRODUCTION to the IMAGE EXPERIMENTS :

This is a page of experiments in image compression-versus-quality. Images are shown, and text under each image explains how the image was processed.

Before the images, a summary of file sizes is listed, at the bottom of this introduction --- along with some discussion of how one may be able to get relatively small GIF or JPEG or PNG image files while preserving (for the most part) the quality of the original, captured image.

The summary of file sizes is followed by the images, along with some information about each image, underneath each image.

    If you want to examine the images --- for example, by magnifying them --- you can 'right-click' on each image to do a 'Save As ...' of the image file to your local computer. Then you can use image-viewing software on your computer to examine any of these images in detail.

This page is a link on the 'parent' web page JPEG vs. PNG vs. GIF - image-quality vs. file-size. The 'Introduction' on that page describes some of the considerations in compressing GIF/JPEG/PNG files while preserving the quality of the original image (in terms of what the eye can see, without magnifying the image).

See 'The bottom line' section of that page. It contains a summary of GIF/JPEG/PNG compression-versus-quality guidelines that were deduced from the image compression experiments in these web pages.


The making of the images on this page :

The images on this page were made from an 'original' image in a PNG file.

That 'original' image-file was created by doing an 'entire-screen' capture (to a PNG file) when the GUI image was displayed on the screen. The capture was done with the 'gnome-screenshot' utility. I then used the 'mtpaint' image-editor program to read the PNG file and crop the GUI image from the image of the entire screen. I saved the cropped image to a PNG file, from the 'mtpaint' program.

So the 'original' PNG file was made using the 'gnome-screenshot' and 'mtpaint' programs.

Other, compressed image files (PNG, GIF, and JPEG) were made from this 'original' PNG file by using either

  • the ImageMagick 'convert' command, OR
  • the 'pngcrush' command.

In a little more detail, the steps in making these images were as follows.

  • An image of the entire screen was captured as a PNG file using the 'gnome-screenshot' utility --- on Ubuntu 9.10 Linux, where 9.10 means '2009 October'.

  • The 'mtpaint' image editor program was used to crop the GUI image out of the 'entire-screen' image, and the cropped image was saved as a PNG file. That file is the first of the images below.

      (The 'mtpaint' image editor tends to make rather large PNG files --- larger than the PNG file that was read in --- even after some cropping.)

  • Various PNG and JPEG and GIF files are shown below --- in file-size order, largest first. Most of the compressed images were made with the ImageMagick 'convert' command. One image was made with 'pngcrush'.

  • The JPEG files shown below were made, from the 'original' PNG file at the top of these images, by using the ImageMagick 'convert' command, with the '-quality' and '-sampling factor' and '-filter' options.

    The '-strip' option of the 'convert' command was used to assure that the JPEG file would be stripped of text data such as EXIF text data.

    Experiments on some other PNG image captures have indicated that smaller JPEG files are yielded when the '-sampling-factor 2x2' option is used --- rather than '1x1' or '2x1'.

    Some of those JPEG-making experiments also indicated that the choice of '-filter' may not have a great influence on file-size --- at least not as much influence as '-quality' and '-colors' options. So '-filter Mitchell' was used to make these JPEG files.

  • Some compressed PNG files were made from the 'original' PNG file at the top of these images, using either the 'pngcrush' command with the '-brute' option --- OR the 'convert' command with the '-quality' option.

  • GIF files were made from the 'original' PNG file at the top of these images, by using the 'convert' command with the '-colors' option --- and with '+dither' to turn OFF dithering. A range of '-colors' values were used --- from 256 to 4.

  • File-size results are summarized just below. See the images further below to examine the image quality.

Here is a list of the sizes (in bytes) and names of the image files shown below --- sorted by size, largest files first. The filenames indicate the kind of conversion/compression that was done.

File size results from various compression tests are listed below --- in file size order --- largest to smallest.

The descriptive file names are quite long and have been 'folded' onto a second line.


The 'original' screenshot PNG file:
('mtpaint' makes very large PNG files)

   1,123,015   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563.png

to-JPEG quality-92 (via ImageMagick 'convert'):

     104,757   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_Quality92_
               SampFact2x2_FilterMitchell_Stripped.jpg

to-compressed-PNG (via ImageMagick 'convert' PNG-compression):

      64,838   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_
               CompressType00.png

to-JPEG quality-70:

      61,569   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_Quality70_
               SampFact2x2_FilterMitchell_Stripped.jpg

to-maximally-compressed-lossless-PNG (via 'pngcrush'):

      58,082   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_
               pngcrushBRUTE.png

to-GIF up-to-256-colors (via ImageMagick 'convert'):

      39,617   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_PALETTE256.gif

to-GIF up-to-64-colors:

      32,072   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_PALETTE64.gif

to-GIF up-to-32-colors:

      29,117   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_PALETTE32.gif

to-GIF up-to-16-colors:

      25,413   tkScriptApplicator_mainGUI_at-usr-lib_
                gnome-screenshot_fromMTpaintCrop_663x563_PALETTE16.gif

to-GIF up-to-8-colors:

      22,227   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_PALETTE8.gif

to-GIF up-to-4-colors:

      18,469   tkScriptApplicator_mainGUI_at-usr-lib_
               gnome-screenshot_fromMTpaintCrop_663x563_PALETTE4.gif

See quality of these images in the 'images section' below.

The file-sizes versus image-quality is discussed there.

PNG vs. GIF vs. JPEG :

Note that we achieved the maximum LOSS-LESS compression of the PNG file (to another PNG file) in the '_pngcrushBRUTE.png' file --- created with the 'pngcrush' command with the '-brute' option.

We also created a PNG file more than 10 times smaller than the 'original' by using the ImageMagick 'convert' command with a '-quality' compression parameter of '00'.

For the PNG '-quality' parameter of 'convert':

** 00 is recommended for images with mostly AREAS OF SOLID COLORS.
** 05 is recommended for images like NATURAL LANDSCAPES.
** 00 and 90 seem to give small file sizes with good quality.

    The first digit (tens) is the zlib compression level, 1-9. However if a setting of '0' is used you will get Huffman compression rather than 'zlib' compression, which is often better!

    The second digit is the PNG data encoding filtering type (before the data is compressed): 0 is none, 1 is 'sub', 2 is 'up', 3 is 'average', 4 is 'Paeth', and 5 is 'adaptive'.

However, we can get still smaller files, than these PNG files, by allowing some 'lossiness' --- by going to GIF files (with a max of 256 colors) or by using the 'lossy' compression inherent in creating JPEG files.

On GIF :

Since this GUI image is composed primarily of several basic colors (mostly black and white and gray and green and pink), we can expect to preserve most of the original image if we convert the 'original' PNG file to a GIF file of less than 256 colors. In fact, it turned out that for this image, we could even go down to 16 colors and still get a GIF file that was quite close in appearance to the 'original' PNG file from which it came.

(We could try converting the 'original' PNG file to PNG files with a restricted number of colors --- such as 256 or 16 --- but if we are going to do that, I would rather use GIF --- since it has been supported by web browsers for about 10 more years than PNG --- and there may be some cases of software not reading certain types of PNG files.)

On JPEG :

Note that when small text fonts are in an image, the 'lossy' compression of JPEG typically introduces 'mosquito noise' around the small text characters --- especially when we use a 'quality' value lower than the range of 100 to 92.

In this GUI image, there are many 'fine', small text characters --- so we DO have to be concerned about introducing 'mosquito noise' when converting the 'original' PNG file to a JPEG file of 'quality' less than 92.

The less-than-92-quality JPEG files DO show some 'mosquito noise' --- which, on close examination, is seen in the '-quality 70' JPEG file.

On choosing a file-type :

For this particular image, IF file size was my main concern (for example, if I were posting the image on a web page along with a lot of other images), I would be tempted to use a 16-color GIF file rather than use the loss-less, maximally-crushed PNG file.

The 16-color GIF file is about 40 percent of the size of the loss-less, maximally crushed PNG file.

Alternatively, if I did not want to use a GIF file, I would use the maximally crushed PNG file, because it is somewhat smaller than the quality-70 JPEG file and it has no 'mosquito noise' and no loss of colors.

To me, to minimize file size while keeping essentially all of the image quality, it would be quite desirable to use a GIF-colors-16 image file of this GUI. If I wanted to keep some more colors while not increasing the file size very much, I might go with a GIF-colors-32 image file of this GUI.


Below are the images. Judge for yourself.


The 'original' cropped PNG file from 'gnome-screenshot' and 'mtpaint'.
File size: 1,123,015 bytes
('mtpaint' saves to a rather large PNG file.)



JPEG from 'convert -quality 92 -sampling-factor 2x2 -filter Mitchell'
File size: 104,757 bytes
(NOTE: There is NO apparent 'mosquito noise' around the text items.
This image is quite usable, BUT it is about 40 percent larger than
the maximally crushed PNG file, below.)



PNG from 'convert -quality 00'
File size: 64,838 bytes
(NOTE: Nice quality and more than 10 times smaller than the 'original' PNG file.)



JPEG from 'convert -quality 70 -sampling-factor 2x2 -filter Mitchell'
File size: 61,569 bytes
(NOTE: If you look closely at this 'quality-70' JPEG image, a
little bit of 'mosquito noise' is detectable around some of the text items.
Since the maximally crushed PNG file, below, is smaller --- and since the
PNG file has no 'mosquito noise' and no loss of colors, the maximally
crushed PNG file would be preferable to this image file.)



PNG from the 'pngcrush' command with the '-brute' option.
File size: 58,082 bytes
(NOTE: Nice quality and almost 20 times smaller than the 'original' PNG file.
This is the smallest PNG we can get without sacrificing some colors.)



GIF from 'convert -colors 256 +dither' (no dithering).
File size: 39,617 bytes
(NOTE: There is no 'mosquito noise' generated in GIF files,
so none in this one. And if there were some colors lost in
generating this 256-color GIF file, it is not readily apparent
anywhere on this GUI image. This image looks quite usable, and
it is about 25 percent smaller than the smallest PNG file, above.)



GIF from 'convert -colors 64 +dither' (no dithering).
File size: 32,072 bytes
(NOTE: This 64-color GIF image looks as good as the 256-color GIF,
and the file is about 20 percent smaller. Quite usable.)



GIF from 'convert -colors 32 +dither' (no dithering).
File size: 29,117 bytes
(NOTE: This 32-color GIF image looks almost as good as the 64-color GIF,
and the file is about 10 percent smaller. Quite usable.)



GIF from 'convert -colors 16 +dither' (no dithering).
File size: 25,413 bytes
(NOTE: This 16-color GIF image looks almost as good as the 32-color GIF,
and the file is about 10 percent smaller. Usable.)



GIF from 'convert -colors 8 +dither (no dithering).
File size: 22,227 bytes
(NOTE: Here you can see a definite degradation of the image.
It appears that we need more than 8 colors to get an image
whose quality is near that of the 'original' PNG file.)



GIF from 'convert -colors 4 +dither (no dithering).
File size: 18,469 bytes
(NOTE: This just shows that 4-colors is totally insufficient to
handle the five black, white, gray, green, and pink colors ---
and various shades of them --- in this GUI image.)

MORE IMAGE EXPERIMENTS :

Some other PNG-JPEG-GIF compression-versus-quality experiments (using different image types) are available from the 'parent' page of this page --- the JPEG vs. PNG vs. GIF - image-quality vs. file-size page.

'External' WEB LINKS to other JPEG/PNG/GIF info :

For more information on image file quality and compression issues, for JPEG and PNG and GIF files, you can try the following Google searches on the indicated keywords.

You may wish to change or add keywords to these queries in order to hone in on answers to your particular questions.

Bottom of page of
Image Compression Experiments - on a GUI image of a 'ScriptApplicator' utility.

To return to a previously visited web page, click on the Back button of your web browser a sufficient number of times. OR, use the History-list option of your web browser.
OR ...

< Go to Top of Page, above. >

< Go to FE Home page >

Page was created 2015 Feb 03.