Yeah, I'm sure it also works just fine to apply the patch directly.
On Jul 5, 2013, at 1:14 PM, Andrew Wood wrote: > thanks for the heads up. I have the master checked out, so I just did > > curl https://github.com/OpenImageIO/oiio/pull/635.patch -k | git am > > I believe that's the same thing, although I'm still learning my way around > git. > > > > Andrew Wood > Pipeline Engineer, Digital Domain > x2914 > > > On Fri, Jul 5, 2013 at 1:10 PM, Larry Gritz <[email protected]> wrote: > 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 > > > _______________________________________________ > 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
