Re: [Openexr-devel] Willing to help

[Drew Hess]

I have a Python wrapper for Half.  That might be useful for OpenEXR
support in PIL.

d


Florian Kainz <address@hidden> writes:

> A quick glance at the PIL manual suggests that a single OpenEXR file
> would have to be represented as a set of multiple mode F (32-bit float)
> and mode I (32-bit int) images.  If this works for you, you may want
> to try adding OpenEXR file I/O to PIL.
>
> It's not Python, but for dumping a file header you may want to try
> the exrheader program that comes with OpenEXR; changing the program
> so that it serves your needs should be easy.  If "proxy generation"
> means making a "preview" or "thumbnail" image, then you may want to
> take a look at the exrmakepreview program.
>
> Luc-Eric Rousseau wrote:
>> Thanks. It's my understanding there is an image processing library
>> available for Python, "PIL". In this case I was asking for clients
>> doing TD-type work, such as creating light rigs from an HDR
>> environment map, proxy generation, file header dumpers or converters.
>>
>>>-----Original Message-----
>>>From: Florian Kainz [mailto:address@hidden
>>>Sent: Thursday, February 24, 2005 7:41 PM
>>>To: Luc-Eric Rousseau
>>>Cc: address@hidden
>>>Subject: Re: [Openexr-devel] Willing to help
>>>
>>>
>>>Luc-Eric Rousseau wrote:
>>>
>>>>so.. are there Python bindings to OpenEXR?
>>>
>>>
>>>No, so far we don't have Python bindings.
>>>
>>>Writing wrappers for most of Iex, Half, Imath and IlmImf would be
>>>straightforward and easy to do.  Reading and writing the actual
>>>pixels is where things become interesting.  You'd probably want
>>>to have a Python image object with an arbitrary number of channels,
>>>just as the OpenEXR file itself.  Pixel-by-pixel image processing
>>>in Python is way too slow to be practical, so you would want to
>>>have a set of useful image operators that are implemented in C++
>>>and wrapped in Python.  What operations should be included, and
>>>what should be omitted or left as an exercise to the reader?
>>>I suspect that what users would really want is a Python-based
>>>floating-point image processing package that happens to support
>>>OpenEXR file I/O.
>>>
>>>Florian
>>>
>>>
>>>
>>>
>> _______________________________________________
>> Openexr-devel mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/openexr-devel
>>
>
>
>
>
>
> _______________________________________________
> Openexr-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/openexr-devel

pgp46hu90dvtz.pgp
Description: PGP signature