In the verbose info, I am not sure what the background parameter refers to. Perhaps the IM folks can say. Perhaps that was the default background color for -background parameter (that you have not used) but may be there anyway for IM. But your histogram does not use that. Your image has a transparency channel due to the use of the color rgba(0,0,0,0) or none for your background or transparent area. All other colors will have an opaque value of 1 set for its transparency, even your whitish colors. You have no exact white in your image, e.g rgb(255,255,255) or rgba(255,255,255,1).
The resize is a useless issue as I showed that just converting your input to the same output with -density 8 causes the size to go up double or triple. So it has nothing to do with -resize. However, you may want to be careful with its use later and perhaps use -scale rather than -resize if you have any trouble with -resize as it will effectively due some blurring (antialiasing). I am not sure how it handles the alpha channel unless -filter point is added, so that no antialiasing is involved there. As I said in my other email, IM processes the image and may be using other compression code than what you have to start and it may not be efficient. Zip compression seems to involved in your input image. Furthermore, your original image may have been optimized by some other code. You can follow your IM processing with one of the other PNG optimization tools and that should bring the size back down. see http://www.imagemagick.org/Usage/formats/#png_non-im I don't think you will get the same size as you started with any processing with IM. So you may either want to follow your IM processing with one of these tools or find a tool that will do it all. Fred _______________________________________________ Magick-users mailing list [email protected] http://studio.imagemagick.org/mailman/listinfo/magick-users
