Re: [Openexr-devel] Willing to help

[Florian Kainz]

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