Legacy ImageMagick Discussions Archive

I was not able to use a precompiled Mac OS X binary, but I did get it to compile as a static library and now it seems to be working correctly. I compiled version 7.0.2-6 Q16 and the bug seems to be fixed now. Thanks much.

This is just an FYI post, but I was just able to get ImageMagick-7.0.2-6 PNG support working in a fully static build under Mac OS X 10.11.4 like so: build and install both libz and libpng open configure in editor and add this to disable the pkgconfig logic that does not work on OSX have_png=yes this ...

So, I just tried it with imagemagick.org/MagickStudio and there did not seem to be a problem there, I used a table size of 1024 with preserve transparency and that did not corrupt the output image. ( ImageMagick Studio, version 7.02.) I will try to download the source and build a static set of ...

The bug is serious corruption of the output file, you can see the exact results by downloading the image from http://www.modejong.com/misc/CatHead_150x150.png and then running:

convert CatHead_150x150.png -colors 65535 CatHead_150x150_65K.png

> convert -version
Version: ImageMagick 6.9.1-0 Q16 x86_64 2015-03-22

I also see the bug with:

convert CatHead_150x150.png -colors 65535 CatHead_150x150_65K.png

A much smaller colortable also demonstrates the bug:

convert CatHead_150x150.png -colors 1024 CatHead_150x150_1024.png

Hello Magick Peoples I ran the following under MacOSX 10.11.4 using ImageMagick 6.9.1-0 from the cactuslab binary. I have run into a nasty bug that seems to be related to the number of colors in an image with an alpha channel. Like so. convert CatHead_150x150.png -colors 65536 CatHead_150x150_65K ...