I see that the EXR coder (exr.c) makes use of OpenEXR's C-based RGBA library interface.
The RGBA interface imposes certain limitations, not least of which is that channel data can only be handled as 16-bit half-precision floating-point numbers. If you've compiled IM at Q32 or above, and you have EXR images with 32-bit FP channels, then this can be a problem---half of your data is being thrown away just by the file I/O. To access EXR data without this lossiness, you have to bypass OpenEXR's RGBA interface and resort to the general library interface. This interface is available only as a C++ API. Would there be interest in a patch that revises the EXR coder to use the C++ interface, so that 32-bit FP images can be read and written without the data being truncated into halfs, in Q32/Q64 mode? --Daniel -- NAME = Daniel Richard G. ## Remember, skunks _\|/_ meef? EMAIL1 = [EMAIL PROTECTED] ## don't smell bad--- (/o|o\) / EMAIL2 = [EMAIL PROTECTED] ## it's the people who < (^),> WWW = http://www.******.org/ ## annoy them that do! / \ -- (****** = site not yet online) _______________________________________________ Magick-developers mailing list Magick-developers@imagemagick.org http://studio.imagemagick.org/mailman/listinfo/magick-developers
