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/