:) 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 Gibbs <[email protected]>wrote: > > 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 link separately compiled plugins that read >> and write custom formats. > > > I'm sure we will do this, even just to aid us in transition. We come from > a legacy of custom file formats for *everything*, many of which have roots > back to the early days of PDI. It can be quite a pain, and lately we've > been trying to switch up to open formats any time we can. But if there > isn't a good match, we'll probably live with the in-house one for awhile > longer. > > If anyone wants yet another fixed point 4 channel image format, let us > know! :) > > --jono > > > _______________________________________________ > Oiio-dev mailing list > [email protected] > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > >
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
