Just to be clear -- I haven't merged this into master yet, you'll need to pull
from the branch mentioned in the pull request, like this:
git pull https://github.com/lgritz/oiio lg-trim
On Jul 5, 2013, at 11:44 AM, Andrew Wood wrote:
> sorry, didn't see this. I'll give it a go!
>
>
>
> Andrew Wood
> Pipeline Engineer, Digital Domain
> x2914
>
>
> On Thu, Jul 4, 2013 at 11:15 PM, Larry Gritz <[email protected]> wrote:
> https://github.com/OpenImageIO/oiio/pull/635
>
> Try the patch in this pull request, see if that does what you expect.
>
>
>
> On Jun 28, 2013, at 6:30 PM, Andrew Wood wrote:
>
>> yeah, that's exactly right. Same size image, just set the data window
>> automatically. If you're familiar with nuke, the Write node has an
>> "autocrop" button.
>>
>> would be much appreciated!
>>
>> one of these days, I need to read through all of your docs and start helping
>> out! Thanks for all your amazing work. it's a fantastic toolset.
>>
>>
>>
>> Andrew Wood
>> Pipeline Engineer, Digital Domain
>> x2914
>>
>>
>> On Fri, Jun 28, 2013 at 4:02 PM, Larry Gritz <[email protected]> wrote:
>> 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
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> 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
