:)
As I can remember we did go that extra km to make sure that we started off
with a more strict set of common attributes that we could consider relaxing
in future releases if the need arose. I seem to remember coding the tests
for that :)
Piotr
On Wed, Nov 28, 2012 at 11:15 AM, Jonathan Gibb
> I'm a little sorry now that we didn't go the extra mile on OpenEXR 2.0
and support multiple images in full generality.
That's right. I had forgotten about that limitation. Oh well, maybe 3.0!
Another possibility is just to write an imageio plugin for your "map"
> format -- OIIO can dynamically
Hey, Jono!
If you're just starting to investigate OIIO, please make sure you're working
from the 1.1 branch. It's got lots of recent fixes that you won't find in
earlier stable branches.
OpenEXR 2.0 has "multi-part", but it's very limited -- all "parts" must have
the same data window/resoluti
Hi Jono,
I'm out sick today, but wouldn't mind swinging by and having a chat about
extra parts of this when I'm in.
You may find it useful to have a read through an old post of Larry's
http://lists.openimageio.org/pipermail/oiio-dev-openimageio.org/2010-September/003455.html
Half-float or higher
Hello OIIO folk!
We've had a side project to look at OIIO and it's texture sampling
abilities as an alternate to our in-house library. It's been kind of hard
to compare them as the algorithms are different, but I will share some
results when we can bang them into a reasonable form.
Our in-house l
