The "autocrop" feature that it refers to means that oiiotool automatically 
behaves as if they had specified --croptofull, if and only if outputting to a 
file format that doesn't support separate data and display windows.  That's the 
default, and you turn it off with --noautocrop.

You're looking for something different -- if I understand properly, you want to 
shrink the data window so that it encloses the minimal area with non-black 
pixels, right?

There is no such functionality in oiiotool at the moment, but it would be easy 
to add.  I'll try to take a whack at it over the weekend.

        -- lg



On Jun 28, 2013, at 11:51 AM, Andrew Wood wrote:

> I see this flag:
> 
> --noautocrop           Do not automatically crop images whose formats don't 
> support separate pixel data and full/display windows
> 
> I'm reading an exr (display window same as data window) and outputting an 
> exr.  I'd love an autocrop behavior to set the bounding box.  I was thinking 
> that is what it would do automatically based on that flag.
> 
> But that does not seem to be the case.  Am I missing something obvious? oiio 
> 1.1.9
> 
> thanks!
> Andrew
> 
> 
> oiiotool input.exr -o /var/tmp/test.exr 
> 
> channels (type chlist):
>     A, 16-bit floating-point, sampling 1 1
>     B, 16-bit floating-point, sampling 1 1
>     G, 16-bit floating-point, sampling 1 1
>     R, 16-bit floating-point, sampling 1 1
>     fire_color.b, 16-bit floating-point, sampling 1 1
>     fire_color.g, 16-bit floating-point, sampling 1 1
>     fire_color.r, 16-bit floating-point, sampling 1 1
>     fire_mask, 16-bit floating-point, sampling 1 1
>     smoke_color.b, 16-bit floating-point, sampling 1 1
>     smoke_color.g, 16-bit floating-point, sampling 1 1
>     smoke_color.r, 16-bit floating-point, sampling 1 1
>     smoke_mask, 16-bit floating-point, sampling 1 1
> comment (type string): "none"
> compression (type compression): zip, individual scanlines
> dataWindow (type box2i): (0 0) - (2251 967)
> displayWindow (type box2i): (0 0) - (2251 967)
> lineOrder (type lineOrder): increasing y
> pixelAspectRatio (type float): 1
> screenWindowCenter (type v2f): (0 0)
> screenWindowWidth (type float): 1
> 
> channels (type chlist):
>     A, 16-bit floating-point, sampling 1 1
>     B, 16-bit floating-point, sampling 1 1
>     G, 16-bit floating-point, sampling 1 1
>     R, 16-bit floating-point, sampling 1 1
>     fire_color.b, 16-bit floating-point, sampling 1 1
>     fire_color.g, 16-bit floating-point, sampling 1 1
>     fire_color.r, 16-bit floating-point, sampling 1 1
>     fire_mask, 16-bit floating-point, sampling 1 1
>     smoke_color.b, 16-bit floating-point, sampling 1 1
>     smoke_color.g, 16-bit floating-point, sampling 1 1
>     smoke_color.r, 16-bit floating-point, sampling 1 1
>     smoke_mask, 16-bit floating-point, sampling 1 1
> comment (type string): "none"
> compression (type compression): zip, multi-scanline blocks
> dataWindow (type box2i): (0 0) - (2251 967)
> displayWindow (type box2i): (0 0) - (2251 967)
> lineOrder (type lineOrder): increasing y
> pixelAspectRatio (type float): 1
> screenWindowCenter (type v2f): (0 0)
> screenWindowWidth (type float): 1
> 
> 
> 
> 
> 
> 
> Andrew Wood
> Pipeline Engineer, Digital Domain
> x2914
> _______________________________________________
> 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

Reply via email to