This is working great, except one more minor bug, if you do it to a mixed bit depth exr, it turns it black. The attached exr is 16bit, except for depth.Z which is 32.
oiiotool /var/tmp/out.1060.half.exr --compression ZIPS -d half -d depth.Z=float --scanline --autotrim --attrib order "" -o /var/tmp/out.1060.half2.exr now the depth of /var/tmp/out.1060.half2.exr is all zeros. oh edge cases. any ideas? thanks! Andrew Andrew Wood Pipeline Engineer, Digital Domain x2914 On Fri, Oct 18, 2013 at 4:35 PM, Larry Gritz <[email protected]> wrote: > Thanks for the test case! > > It was a bug, specific to OpenEXR. Here's the fix: > https://github.com/OpenImageIO/oiio/pull/704 > > > On Oct 16, 2013, at 4:07 PM, Andrew Wood wrote: > > sorry, I'm a bad person, just getting around to trying out -d half -d > depth.Z=float, it seems to corrupt the image: > > here's my command (version 1.2.1) > > oiiotool /var/tmp/testdeep.exr --compression ZIPS -d half -d > depth.Z=float --scanline --autotrim --attrib order "" -o > /var/tmp/out.1060.half.exr > > i'll attach the smaller input exr to this email > > <testdeep.exr>_______________________________________________ > > > -- > Larry Gritz > [email protected] > > > > _______________________________________________ > Oiio-dev mailing list > [email protected] > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > >
<<attachment: out.1060.half.exr>>
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
