Legacy ImageMagick Discussions Archive

In a cropped PNG image, the original dimensions are stored in the standard "oFFs" chunk and the nonstandard "vpAg" chunk. The "+repage" option instructs ImageMagick to discard those chunks while writing the PNG output file.

I'm observing that the most downloaded files from SourceForge are the *portable.zip files; I think it would be worthwhile adding *portable.7z to save some wear and tear on the Internet, being less than half the size (31.6MB versus 74.8MB).

It is a 2-bit GIF with 4 colors plus the transparent color; the transparent color is therefore out of range (note the "4c"):

I answered the same question on StackOverflow last night. See
http://stackoverflow.com/questions/3945 ... 5#39461115

The "hang" is a 32k by 32k by 1-bit grayscale PNG which expands to a 4-terabyte image. Some of the "infected_error" images are CgBI files not PNG files, and others seem to mostly have truncated IDAT or IDAT with bad CRC.

"-depth 8" means 8 bits per sample, so indeed the command will give you a 32-bit RGBA (8-8-8-8). I should have changed the name of the output file to "rgba14x14.h" though, just to clarify that. I'll do that now.

My image is 14*14. Should I change the canvas size to 28*28? Or do I completely misunderstand it? OK, then, assuming you have a 14x14 RGBA file.png, convert file.png -define h:format=rgba -depth 8 -size 14x14 rgba14x14.h I don't know what orientation Notepad wants. If your result is upside-down or ...

Assuming you have a 28x28 grayscale file.png,

wierd -> weird, colorpsace -> colorspace, perhaps more.

Here's what I do on Ubuntu 16:04: First, I cd into the libpng source directory and build libpng with configure --prefix=/home/glennrp/IM --with-libpng-prefix=IM make make install The first "--prefix" tells where to install libpng (in this case, an "IM" subdirectory in my home directory), and the ...

Sadly, I don't have a method for detecting faces (but I'd like one). Funny you should ask. I just posted an image to Facebook a few minutes ago and was amused by the face recognition that it did: https://www.facebook.com/photo.php?fbid=10210653603682037&set=a.1022183400622.4334.1406326412&type=3 ...

The OrderedPosterizeImageChannel method has not been ported from IM6 to IM7, so IM7 falls back on the original bi-level OrderedDitherImage method. Given a black-to-white gradient image, compare IM-7.0.2-9 magick gradient.png -ordered-dither o8x8,6 od_o8x8_6_im7.png which has only black or white ...

I expect to fix this bug sometime.

To get a list of the white pixels:

Well, for starters, you only have 13293 different RGBA pixels present, so "-colors 65535" should have no effect, if things are working properly: glenn.rp> convert CatHead_150x150.png cathead.txt glenn.rp> sort -u cathead.txt | wc 13294 39880 645121 It has always bothered me that "-colors N" doesn't ...