Another default PNG failure...

Post any defects you find in the released or beta versions of the ImageMagick software here. Include the ImageMagick version, OS, and any command-line required to reproduce the problem. Got a patch for a bug? Post it here.
Post Reply
User avatar
anthony
Posts: 8883
Joined: 2004-05-31T19:27:03-07:00
Authentication code: 8675308
Location: Brisbane, Australia

Another default PNG failure...

Post by anthony »

Another PNG failure.

In IM Examples, Uniform 332 Colormap I generate a fully-opaque image with 256 colors. There is no alpha channel in the generated image, and no transparent colors.

Code: Select all

  convert -size 16x16 xc: -channel R -fx '(i%8)/7' \
                          -channel G -fx '(j%8)/7' \
                          -channel B -fx '((i>>3&1)|(j>>2&2))/3' \
          -scale 600% colormap_332.png
The current SVN IM (6.6.7-7), created a Index PNG (that is fine) but with one color square fully-transparent! When you see the image it is pretty obvious which square turned transparent!
Image
Anthony Thyssen -- Webmaster for ImageMagick Example Pages
https://imagemagick.org/Usage/
User avatar
glennrp
Posts: 1147
Joined: 2006-04-01T08:16:32-07:00
Location: Maryland 39.26.30N 76.16.01W

Re: Another default PNG failure...

Post by glennrp »

I've checked in a fix, r3597, to make the PNG encoder ignore bogus q->opacity values when image->matte is MagickFalse. I suppose it will be in IM-6.6.7-8.
Post Reply