Bug#656927: libsdl-image1.2: Some corrupted images (supertux and vor)

[Jason Woofenden]

> It seems to happen with the images from colormaps (output from "file
> b_game.png"):
> 
> b_game.png:       PNG image data, 269 x 91, 4-bit colormap, non-interlaced
> 
> This is one of the images in VOR for the title, and the image for
> "[remaining] lives" (life.png, appearing in the top-left corner) has
> the same issue, and some of the rocks but not all:
> 
> rock00.png:       PNG image data, 19 x 20, 8-bit colormap, non-interlaced
> rock01.png:       PNG image data, 26 x 30, 8-bit/color RGB, non-interlaced
> rock02.png:       PNG image data, 37 x 35, 8-bit/color RGB, non-interlaced
> rock03.png:       PNG image data, 23 x 25, 8-bit colormap, non-interlaced
> rock04.png:       PNG image data, 32 x 30, 8-bit/color RGB, non-interlaced
> rock05.png:       PNG image data, 21 x 21, 8-bit colormap, non-interlaced
> rock06.png:       PNG image data, 24 x 25, 8-bit colormap, non-interlaced
> rock07.png:       PNG image data, 42 x 40, 8-bit/color RGB, non-interlaced
> ...
> 
> Can you please confirm if it's the same issue with supertux?

Confirmed!

The only images in supertux/data/tilesets with color type 3 (rgb
indexed color) are the question box, and three other powerup boxes
(which I didn't see in my play-through of level 1).


Good catch!

I'm surprised that not all the rock images use the same color type,
because they are all generated with the same script, renderer, and
even source file. Guess pnmtopng is doing some optimizing.


Now to report a bug in imagemagick's identify command (which gives
conflicting information w/wo the -verbose flag)...

        -  Jason