On Oct 3, 2011, at 6:34 AM, Hugh Macdonald wrote: > We discovered last week that, if we took an EXR with a data window that was > not it's display window (let's say, for example, that the display window is > 2048x1556, but the data window has the soundtrack area cropped off, and is > 1828x1556, with an xoffset of 220), if you used oiiotool to convert this EXR > to a DPX, the DPX would end up the size of the data window and not the size > of the display window.
I was pretty long-winded before, so let me reply once again as simply as possible: I think the behavior of the ImageOutput implementations is correct and doesn't need modification. What you really want is a new oiiotool command that means "pad or crop to the display window size" that you execute right before output. (Open question: should this be unconditional, with the user expected to use that option when outputting to a format that doesn't support separate display/data windows? Or should option only do the padding for formats that don't support data/display windows, necessitating the supports() changes that Hugh suggests?) -- Larry Gritz [email protected] _______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
