Legacy ImageMagick Discussions Archive

We tried your command on our system with ImageMagick 6.9.4-8 beta and it worked properly. Can you download http://magick.imagemagick.org/download/beta/ImageMagick-6.9.4-8.tar.bz2 and let us know if you still experience the problem. 6.9.4-8 beta has the same problem for me.

If so, report back here ...

$ convert -version
Version: ImageMagick 6.9.4-7 Q16 amd64 2016-06-06 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2016 ImageMagick Studio LLC
License: http://www.imagemagick.org/script/license.php
Features: Cipher DPC HDRI OpenMP
Delegates (built-in): bzlib cairo fftw fontconfig fpx ...

It works (with a little patch). Thanks a lot!
--- magick/composite.c.orig 2015-04-21 12:23:35.000000000 +0000
+++ magick/composite.c 2015-04-22 18:10:30.714484466 +0000
@@ -2860,9 +2860,9 @@
ClampPixel(composite.red) : ClampToQuantum(composite.red));
SetPixelGreen(q,clamp != MagickFalse ...

ImageMagick-6.9.1-1 has the same problem.

Well. Standard is standard. But clamping makes HDRI processing difficult. May be worth to add "-define compose:clamping=(true|false)" (or something else) to control this behavior?

static inline Quantum ClampPixel(const MagickRealType value)
{
if (value < 0.0f)
return(0);
if (value >= (MagickRealType) QuantumRange)
return((Quantum) QuantumRange);
#if !defined(MAGICKCORE_HDRI_SUPPORT)
return((Quantum) (value+0.5f));
#else
return((Quantum) value);
#endif
}
static inline ...

2985 if (photometric == PHOTOMETRIC_RGB)
2986 (void) TransformImageColorspace(image,sRGBColorspace); What does this code?
As a result, embedded profile will be lost when writing RGB image.

Also embedding profile by '-profile' command into RGB images doesn't work:
$ convert test.tiff -profile ...

More complex patch (to 6.8.6-7):
--- coders/tiff.c.orig 2013-07-24 17:25:21.000000000 +0000
+++ coders/tiff.c 2013-07-25 10:58:06.812011876 +0000
@@ -3178,18 +3178,24 @@
(void) TIFFSetField(tiff,TIFFTAG_RESOLUTIONUNIT,(uint16) units);
(void) TIFFSetField(tiff,TIFFTAG_XRESOLUTION,image->x ...

This looks like a bug in the "coders/tiff.c".
Quick and dirty patch is:
--- coders/tiff.c.orig 2013-06-30 17:44:02.000000000 +0000
+++ coders/tiff.c 2013-07-24 12:43:54.333966829 +0000
@@ -3176,7 +3176,7 @@
(void) TIFFSetField(tiff,TIFFTAG_RESOLUTIONUNIT,(uint16) units);
(void) TIFFSetField(tiff ...

When saving a TIFF both horizontal and vertical page offsets are lost when any of them (horizontal or vertical) <= 0:
$ sf=tif; sz=16x16; for x in -16 +0 +16; do for y in -16 +0 +16; do convert -size $sz -page $sz$x$y -depth 8 -units PixelsPerInch -density 300 xc:gray50 $sz$x$y.$sf; identify ...