Exif bug when reading TIFFs?

[magick]

The next point release of ImageMagick for Windows will include an updated libtiff release.

We do not provide a pre-compiled binary release of ImageMagick with support for HDRI. For HDRI, you must compile the ImageMagick source package and enable HDRI.

[rnbc]

Ok, thanks

[rnbc]

Just tested the package ImageMagick-6.7.2-7-Q16-windows-x64-static and I get the following error:

Code: Select all

convert.exe: Incompatible type for "FileSource"; tag ignored. `TIFFFetchNormalTag' @ warning/tiff.c/TIFFWarnings/715.
convert.exe: incorrect count for field "ImageUniqueID" (34, expecting 33); tag trimmed. `SDIMa_26009.tif' @ warning/tiff.c/TIFFWarnings/715.

And the EXIF is not passed along into the jpeg output...

[magick]

We're extracting the EXIF properties in this point release (see identify -verbose small-landscape.tif). We're not sure we can retrieve the entire EXIF profile from TIFF to pass onto other formats such as JPEG. We're researching to see if there is a way.

[rnbc]

Hum... ok, I see.

Well, it should be possible, since the structure is basically the same. It might not be easy, given the current ImageMagick architecture (I don't know, quite frankly, just speculating...).

For example, given a bunch of images used to form a final image which EXIF do you choose to use? And if the user wants another EXIF?... I understand this can get really complex

[magick]

It appears that EXIF is not stored in TIFF images as a blob like the ICC profile. Instead its stored as a directory of tags-- which means we would need to extract the tags and assemble an EXIF blob / profile. It looks like a bit of work and we suspect it may be some time before we get to it. We're deep into the ImageMagick version 7 port right now (see http://www.imagemagick.org/script/porting.php).

[rnbc]

Interesting...

I can see version 7 will support multispectral images and possibly colored transparency, am I right?