Legacy ImageMagick Discussions Archive

If you tell us where it is, someone can try with a more recent IM version.

When I download panel2.psb, it is only 25,645 bytes. It is an HTML file that says, among other things, "panel2​.psb 232.13 MB file uploaded 2 weeks, 6 days ago."

You might get a better response on the imagick forum: viewforum.php?f=18

The options are in the wrong order. Try:

convert testimage.png -colors 255 -depth 8 testimage8bit.png
or
convert testimage.png -colors 255 -depth 8 -type Palette testimage8bit.png

See http://www.imagemagick.org/Usage/formats/

Like most command-line software, IM writes errors to stderr. You can use a shell facility to redirect this to a file, something like:

mogrify -format png ~/SRCS/*.jpg 2>error.lis

Can you post a sample input and output image that shows the problem?

"thumbnail:" is documented on http://www.imagemagick.org/Usage/formats/ We don't all have a Nikon D70s, so posting your file will help diagnostics. When I use the command on an image from my camera: convert PICT0001.JPG thumbnail:th0001.jpg I get the expected image, which is the (rather ho...

I agree, auto-level should do nothing, so I have removed it from my series of commands, and tried your command. Still, the alpha channel for all pixels becomes 255. In my series, the problem is shown in erode4.png. I expect the final 13 pixels to be changed to alpha=0, and "verbose" report...

Not readily. I'm on Windows without MSVC, so it will have to wait until I can get on Linux. Tomorrow, perhaps.

That could easily explain a bad count. How about the final erode setting all pixels to 255?

Cheers.

I should have spotted that "verbose" issue. Should I start a new thread? For my current purposes (video effects), I'm more interested in smooth changes than binary transitions, so I think 3D greyscale kernels would be useful to me. Perhaps I can do that at a lower level with "convolve...

Thanks, Anthony. The same bad behaviour occurs with diamond, plus, disk and square.

On a related note, the number of transparent pixels increases until erode3.png, which has only 13 pixels with alpha > 0. But then erode4.png has all pixels set to alpha = 255, when I would expect them to be set to alpha = 0.

Window 7, 6.6.0-8 Q16, Source file: http://www.snibgo.org/images/f604_blackwhite_both.png convert f604_blackwhite_both.png -channel alpha +verbose -morphology Erode Euclidean:1,100 -verbose -auto-level erode.png Morphology Erode:1 => Changed 37194 f604_blackwhite_both.png=>erode.png PNG 604x536 604x...

For me, on Windows 7:
completes, and the result looks fine.

On Windows 7, IM 6.6.0-8, on a 4GB laptop:

convert IMG_7490-7589v2.tif x.jpg

works fine, and is fast. I suppose IM doesn't need to unpack/repack.

convert IMG_7490-7589v2.tif x.jp2

takes 30 seconds, consumes memory, then falls over.