Legacy ImageMagick Discussions Archive

Appears to compile fine without --enable-hdri.

Perhaps a #define issue somewhere? Backtracked to r5520 and the issue persists.

Just noticed that I can't compile off of SVN trunk at the moment under Linux (amd64)
Ideas?

Only configure option was:

Yes, we know GM returns 0 error, but that's because GM does not support the EXR image format. You are instead getting TIFF. Wow. My mind is blown. My sincerest apologies Magick. I cannot believe that GM doesn't issue a warning or output when you attempt to convert to an unsupported image format ...

The problem appears to be ImageMagick is converting the file incorrectly. The EXR is fundamentally incorrect, as tested with Nuke, Blender, and Houdini. So while it is possible that these three applications are displaying the EXR incorrectly, part of me doubts it. Doubly so considering that the ...

I bet you are using display to display them however, yes? The screenshots are from Nuke. Identical results in Blender as well, with the same process. It should be noted that both apply an inverse gamma correction on sRGB spaced images and nothing on linear EXR formats. All formats are corrected on ...

Hmm. convert -colorspace sRGB testchart.tif -colorspace sRGB testchart.exr Is still yielding an image that is too bright. What is the command you are using? It looks now like it has done a double linearization as only applying a gamma of 2.2ish brings the look back into line with the source image ...

It seems entirely odd that one can't get a 1:1 going to a greater bit depth. Something seems wrong. Several other packages manage it. I don't think everything is in order, but I cannot be certain. GM appears to do a transform perfectly, but perhaps it is off too. If it is however, it would seem to ...

Thank you very much.

What I am trying to explain (extremely poorly I'd add ) is that there is no way to get a perfect 1:1 conversion of that testchart.tif. Or if there is, I have yet to discover it.

Setting the input colorspace to sRGB and the output to sRGB is close, but it is not 1:1.

Is there a low level constant bug somewhere?

It seems some oddness might be present in the gamma to linear space on EXR conversions. When using a sample image (http://www.belle-nuit.com/testchart.html) via [img]convert%20testchart.tif%20testchart.exr[/img] ImageMagick produces a lighter image it seems, suggesting the linear conversion wasn't ...

Same error. ImageMagick dumps some files, but nothing useful or usable yet.

No precompiled Q32s available. And I can't compile it with both.

Configure doesn't output an error, but when you scroll and look to the --with-quantum-depth, it always reads 16 with HDRI enabled, despite offering up =32 on the configure line.

Your image seems to open fine in ImageJ, but is still all black. ImageJ reportedly threw an error about tiled TIFFs. I cannot confirm this, as it wasn't I that conducted the test. It has also been reported that Photoshop handles the TIFFs and reveals the data correctly. In principle, one should be ...

Yes. The image data handled by identify is incorrect. That said, while identify can output information, convert and like tools will not handle the image, at any quantum depth. The image has data saved as a 32 bit greyscale image. Trying to leverage that greyscale data into other areas is the goal ...