Legacy ImageMagick Discussions Archive

To more severe errors: This works (it's written as grayscale+alpha): convert logo: -colorspace gray -transparent white logog.png Trying to write that image (256 colors) as palette PNG: convert logo: -colorspace gray -transparent white PNG8:logog8.png I'm getting a crash. (Looking at the debug messag...

New cases. :) (Caution: Long posts coming...) I'm using IM v6.6.7-10 Q16, on Windows XP. Works (and is written as palette PNG): convert logo: -transparent white logo.png identify -format "%[channels]" logo.png rgba Still works: convert logo: -transparent white PNG8:logo.png identify -forma...

It seems, that an "identify -format %A" alone (for checking whether there's an alpha channel) doesn't read the image anymore correctly? convert logo: -transparent white logo.png identify -format "%A" logo.png False The above worked in older IM versions, but not with the current v...

I would first try it at the commandline - with a 'normal' ImageMagick v6.5.9 (as you wrote that your DLL is based on that). If that is working for you, then you can try with your DLL. I am trying to avoid changing this command, as we have used it as-is on hundreds of thousands of image conversions. ...

Even Adobe Reader shows only a plain white surface. Or rather: a white logo (MSD) over a transparent background - but of course that is not visible when the applications use a white background. With ImageMagick, you have to make sure that IM uses the pngalpha device from Ghostscript. I think, older ...

By the way.. Trim IS failing with such images - but only sometimes (and not trim is at fault there, but the color reduction in GIF). The problem in these threads is still present: http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=16162 http://www.imagemagick.org/discourse-server/vi...

fmw42 wrote:convert test1.gif -trim test2.gif

I think you forgot "repage".
convert test1.gif -trim +repage test2.gif

The crash is gone. Thanks! But the current behaviour in IM v6.6.7-10 still puzzles me a bit. An implicit color reduction is now done if necessary - right?. But... convert -verbose rose: -define png:color-type=3 test.png ROSE PPM 70x46 70x46+0+0 8-bit DirectClass 9.67KB 0.000u 0:00.000 rose:=>ROSE RO...

As magick wrote - it's probably because of the CMYK JPG file (JPGs can be RGB or CMYK). However, if you have an older Ghostscript, I would first recommend updating Ghostscript to a current version (GS v9.0 or newer). ImageMagick uses Ghostscript to read PDFs, and with a current Ghostscript, it's muc...

That command gives me a crash (in the PNG module): convert rose: -define png:color-type=3 rosec.png The same with "PNG8:rosec.png" instead of the define. Using IM v6.6.7-9 Q16, on Windows XP. Can someone reproduce that? Of course, that's not a very reasonable command, but a crash probably ...

They do it only if there's one of 16 colors defined to be transparent (see my first example "English Introduction": 4 bit, no transparency, resized with blur=0 and a perfect result with both scale and resize). Interesting. So, it seems that it works with some colormapped images without tr...

I don't know Perl. But your code probably does that: convert vzs-20-004.png -define filter:blur=0 -resize 200% test.png And yes, enlargements like that always give a black square. But I don't think that the behaviour with your code is a bug.(?) The default resize in ImageMagick uses the 'Mitchell' f...

I've tested it - and yeah, the large TIFF files now work in the current IM versions (up to 4GiB). Thank you!

Hi, I'm processing some large TIFF files - and noticed that files over 2 GiB don't work in ImageMagick (at least with my IM installations). Strange that I didn't notice this before.. Is this a known limitation - or a bug? Or perhaps a Windows specific problem (I'm on Windows)? I only found an old th...

Well, IM itself can read your IPTC profile with the latest patch.
But yeah, the whole 8BIM/IPTC thing is broken. See also here:
viewtopic.php?f=3&t=17134