No worries. I was only basing it on the archive :-)

On Mon, 22 Dec 2014 9:19 AM Larry Gritz <[email protected]> wrote:

> It went through. I just have had an exceptionally busy last couple weeks.
> :-)
>
> I will get to this soon, I promise.
>
>
> On Dec 21, 2014, at 9:52 AM, Justin Israel <[email protected]> wrote:
>
> * Resending because I think the list was down and may have dropped this
>
> Hi,
>
> I wanted to get some feedback on some ideas to improve on the support in
> oiiotool for its geometry string parameters (i.e. --resize <param>)
>
> Concrete example:
>
> Lets say I have an image where I don't yet know its dimensions up front,
> but I know it is anamorphic (either via naming conventions, or user input,
> or a database, ...), and I want to produce a non-anamorphic conversion by
> squeezing the height. In the current oiiotool I cannot see a way to perform
> this transformation without knowing the width/height ahead of time, to
> provide an explicit WxH argument. Maybe I missed something, and someone
> will point out the way to do it.
>
> So, lets say the image is actually something like 2048x2304 (2:1 display
> aspect), and I want to produce a 2048x1152 output. My idea was to add
> support for the following syntax:
>
> --resize 1:0.5
>
> This would allow the width and height to be independently scaled, without
> maintaining the aspect ratio. I have attached a patch that adds this
> functionality to the adjust_geometry() function.
>
> But I wondered if we could expand on the syntax even more?
>
> What I actually wanted to do in my concrete example is produce a 1K
> non-anamorphic proxy image from my anamorphic source image. What if
> multiple geometry arguments could be specified, using a comma to separate
> them? I could then do something like this:
>
> --resize 1:0.5,1024x0
>
> This would allow me to squeeze the anamorphic source and scale it to 1K,
> all without knowing the original dimensions and needing to do the math
> ahead of time to provide explicit values.
>
> Does anyone see any value in this, outside of my anamorphic example? Are
> there are other suggestions or variations to how these transformation
> options could be expanded?
>
> Justin
>
> <oiiotool_scale_per_dim.patch>
> _______________________________________________
> 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

Reply via email to