If this is generally useful then we should allow this for any nodes. The
easiest might be to add an option to the Reformat node to use the incoming
bounding box?
Thanks, Ben
> On 31 Aug 2016, at 19:57, Pierre Jasmin <jas...@revisionfx.com> wrote:
>
>
> Actually if this is obscure, for example in Fusion in the equivalent of your
> Node tab - there is a checkbox for RoD - see pix I pasted below
>
> This would be useful in Nuke I think, particularly if an OFX effect could
> flag that (set that programmatically if the effect knows it's resizing the
> output in a formatting sense instead of say a gaussian blur where that sort
> of control should remain under user control and default as Nuke does right
> now).
> Will file FR (feature request)
> <jckommbfmohncndl.png>
>
>
> On 8/19/2016 3:15 PM, Pierre Jasmin wrote:
>>
>> I set a Region of Definition larger than my input, then I am able to create
>> a destination output that is larger than the input, yet I can't see the
>> extra output pixels
>> There does not even seem to be a node to easily union bbox and Format to
>> strap on (without typing values).
>> That said,
>> If we added kOfxImageEffectPropSpatialFormat (or something like that) in OFX
>> specs, would that be directly mappable to NDK Format? (as in not much work
>> for Foundry to support).
>> Below I simply set the ROD to be larger than input, which becomes a bbox and
>> I do get to render the whole thing but how does the user get to see these
>> pixels?
>>
>> Isn't this something that would be useful for a plugin to be able to do?
>>
>> //----------------------------------------------------------------
>> //----------------------------------------------------------------
>> // ACTION: GetRegionOfDefinition
>> //----------------------------------------------------------------
>> OfxStatus actionGetRegionOfDefinition(OfxImageEffectHandle effect,
>> OfxPropertySetHandle inArgs, OfxPropertySetHandle outArgs)
>> {
>> OfxStatus ofxstatus;
>> OfxTime time;
>> OfxRectD rod;
>> OfxRectI rodI;
>>
>> OfxImageClipHandle clipHandle = mUtils->getClipHandle(effect,
>> kClipName_GetColorSrc);
>> mUtils->getInputTime(inArgs, &time);
>>
>> mHost->mEffectHost->clipGetRegionOfDefinition(clipHandle, time,
>> &rod);
>> rod.x1-=1000;
>> rod.x2+=1000;
>> rod.y1-=10;
>> rod.y2+=10;
>> mHost->mPropHost->propSetDoubleN(outArgs,
>> kOfxImageEffectPropRegionOfDefinition, 4, &rod.x1);
>>
>> return kOfxStatOK;
>> }
>> <Mail Attachment.png>
>>
>>
>>
>> _______________________________________________
>> Nuke-dev mailing list
>> Nuke-dev@support.thefoundry.co.uk
>> <mailto:Nuke-dev@support.thefoundry.co.uk>, http://forums.thefoundry.co.uk/
>> <http://forums.thefoundry.co.uk/>
>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
>> <http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev>
>
> _______________________________________________
> Nuke-dev mailing list
> Nuke-dev@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/
> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
Ben Woodhall
Software Engineer
The Foundry Visionmongers Ltd
5 Golden Square
London, W1F 9HT
Tel: +44(0)20 7473 4350
Web: www.thefoundry.co.uk
Email: ben.woodh...@thefoundry.co.uk
The Foundry Visionmongers Ltd.
Registered in England and Wales No: 4642027
_______________________________________________
Nuke-dev mailing list
Nuke-dev@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
