Re: openexr support

Miles Bader <[email protected]> Tue, 14 Aug 2007 00:54:18 -0400
Newsgroups gmane.comp.video.graphicsmagick.core
Message-ID <[email protected]>
Bob Friesenhahn <[email protected]> writes:
>> Excuse me if this is a silly question, but is there any particular
>> reason why graphicsmagick doesn't support the openexr format yet?
>
> The particular reason is that we have lacked a volunteer (such as 
> yourself) to implement the support.  I know that it is not difficult 
> to implement.  Your contribution would be very much appreciated.

Hmmm, while I can certainly write code to read/write openexr format
(using the libraries :-), from your subsequent description, it sounds
like the main issue is deciding exactly how to handle the necessary
translation to the internal formats (e.g., how to parameterize it, as I
guess you'd certainly want that).

I'm mostly interested in processing of HDR images (e.g., tone mapping,
"bloom" filtering etc).  Currently I tend to write my own code to do
this as existing tools are often rather limited or a bit flaky.

I thought it would be nice to support a wider project rather than
writing all my own code, but I'm not sure exactly the best project to do
this in...

> GraphicsMagick is not internally capable of representing an HDR image 
> even though it can support as much as 32 bits per sample
...
> ImageMagick has been recently adding some HDR support.

Do you have ideas about your future directions?  Are you going to try
and follow what imagemagick is doing?

I looked around on the imagemagick website, and AFAICT, the internal
representation is fixed at compile-time for all operations, which seems
pretty sub-optimal....  I don't really mind the bloat in most cases from
using floats, as I generally use the info anyway, but I can see that
people processing enormous fax images might be a bit peeved... :-)

It would also be really nice if a standard binary distribution of the
tools (e.g. a debian package) supported all processing models.

[What exactly is the connection between graphicsmagick and imagemagick
anyway?  Do you generally track imagemagick changes, or are the
codebases more or less permanently diverged?]

Thanks,

-Miles

-- 
Next to fried food, the South has suffered most from oratory.
  			-- Walter Hines Page

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/