This isn't something that's currently supported by oiiotool. It certainly sounds useful, but it's not there at the moment.
The way it's implemented now, autotrim is implemented by just checking the nonzero region, and then doing the equivalent of a --crop on that region, and --crop discards all but the first subimage (I think I figured it wasn't helpful to crop all the subimages at once, though in retrospect I should have allowed some kind of option to do this). Sorry, this does seem strange now, but at the time I did not consider this particular kind of use of subimages. Isn't it great how new users expose all kinds of use cases that never occurred to us but now seem obvious? > On Jun 16, 2016, at 3:39 PM, Zachary Bauer <[email protected]> wrote: > > Hi, > I have combined multiple EXRs into a single multipart EXR and would like to > run autotrim on all of the sub-images/parts collectively (to ensure they are > all the same trimmed size). > > When I try this it discards all the subimages except the first. Is there a > trick to this? When I do "--compression zip" it operates on all subimages. > > ./oiiotool multipart.exr --autotrim -o multipart_trim.exr > > Using oiio-1.4.8 and openexr-2.0.1. > > Not sure if these are relevant from the Change Log, maybe I need to update?: > > -o now takes optional arguments that control the output of just that > one file, including :datatype=, :bits=, :dither=, :autocc=, > :autocrop=, :autotrim=, :separate=, :contig=. #1351 (1.7.2) > > --crop, --trim, and --autotrim have been extended to work on > "deep" images. #1137 (1.6.3) > > Thanks, > -Zach > > Software Engineer, Tools > _______________________________________________ > Oiio-dev mailing list > [email protected] > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org -- Larry Gritz [email protected]
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
