On Oct 5, 2011, at 9:57 AM, Ciaran Wills wrote: > I'm with Hugh on this one - for formats that don't have data windows > I'd expect to get the display window, with the pixel data > padded/cropped to fit. Maybe it's from too many years of using Shake > but that's what I'd see as the 'expected' behaviour.
Honestly, I don't have a strong opinion on the default oiiotool behavior. We'll let people comment for a couple days, and if the consensus is that oiiotool should pad/crop when outputting to a format that doesn't support separate display/data windows, I'll go along with it. My line in the sand is simply that ImageOutput's should not add or delete pixel data on their own. > On an aside - display windows with the origin != (0, 0) are a pain in > the arse, and I kinda wish EXR hadn't allowed them ;) It's a shame you can't even get those guys to return your phone calls. :-) -- Larry Gritz [email protected] _______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
