Legacy ImageMagick Discussions Archive

It's of course possible with more than 256 colors. If you have problems with one special image, then maybe you can upload that one somewhere.. And: Which ImageMagick version are you using? Some small hints: If your input file is 16bit per channel, and you want to produce a 8bit per channel file, the...

Under what conditions do you need to have -units first other than for vector images? This is new to me. Is it a bug? No, not a bug - a feature. (Or rather: the special behaviour of the feature in "-units" that converts the density value.) But granted, not a well-documented one. I'll try t...

@Fred: I think you meant "-density".. But a different order is recommended with current IM versions (so that it works for all images): convert -units PixelsPerInch image -density 300 resultimage The same with resample. If resampling to 300dpi is needed, use this: convert -units PixelsPerIn...

dfelder wrote:Is my assumption correct?

Yes. See also:

Drarakel wrote:at least the current Q16 Win32 binary is still version 6.6.8-0.

Just wait a few more days. Or ask at the 'Bugs' board if the Windows binaries can be updated.

Can you confirm that this DID work with previous versions of IM? Yes. See some details in the bug report . But I think, you don't need to go back to an older IM version now - as the fix for that problem has already been incorporated into the new version 6.6.8-1. (Can't test it though, as at least t...

glennrp wrote:I checked in a fix (IM-6.6.8-2, SVN r3815) to skip writing a text:density chunk if the pHYs chunk is being written.
Also (SVN r3816) to skip reading the text:density chunk if a pHYs chunk has been read.

Thank you!

I understand that the density has not the highest priority in IM. I mean, it would nedd a huge effort to get this information 'right' in every situation, with different routines for all the different formats - that's not worth it. That being said, perhaps in the two cases here, something could be ch...

With IM v6.6.8-0 Q16 (Win32), the first command now works (and the colors are reduced). Thanks! convert rose: PNG8:test.png But there's still a problem with 'color-type': 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:=...

In the upper list, there's "‑blac kp oint‑compensation" (the dash is missing). And the link is also spelled "/script/../script/command-line-options.php#blac kp oint-compensation" - that's why the link doesn't work. Ehm.. Something has been changed. The link now works. But the op...

Works now. Thanks!

It seems that the current IM can't read correctly some PSD files (files with only two layers - one 'normal' layer, and the composite layer). Take this file: PSD (Edit: File now removed.) (You could also take the PSD files that you find in that thread.) identify +ping logo1.psd With my old ImageMagic...

Well, you first wrote a lot about PNG and that getting the canvas works with e.g. Windows Explorer, but not with ImageMagick. When there's obviously no problem at all with PNGs. That makes helping a bit difficult.. Anyway.. Your PNGs don't even have an offset - so getting the canvas is of course eas...

Typos are not my priority either, but if there's already a thread.. There's a typo - not at Anthony's sites, but at the options overview: http://www.imagemagick.org/script/command-line-options.php In the upper list, there's "‑blac kp oint‑compensation" (the dash is missing). And the link i...

The "palettematte" problem seems to be occurring before the PNG encoder is called. Yeah, that's probably true. It's just sometimes difficult to separate these issues completely. Some of these problems are addressed in ImageMagick-6.6.8-0 (beta). I'll wait for the next release version and ...

The pictures are probably fine - it's just Mac Preview that has problems with CMYK. Other users had this, too (e.g. here). We tried to narrow down the problem in some discussions - but in the end, we failed. (Personally, I don't have a Mac.)
Try to ignore Mac Preview.