Re: up-side-down image in Motion update
Re: up-side-down image in Motion update
- Subject: Re: up-side-down image in Motion update
- From: Paul Miller <email@hidden>
- Date: Wed, 25 Apr 2012 06:48:50 -0500
On 4/24/2012 9:59 PM, Garrick Meeker wrote:
I've noticed that too. Also when calling getInputImage from parameterChanged, the result is 8-bit (even if colorInfo is linear!) To make matters worse, the conversion to 8-bit doesn't appear to clamp and I get stray blue pixels (with kFxPropertyKey_DesiredProcessingColorInfo set to kFxImageColorInfo_RGB_GAMMA_VIDEO). Fortunately these issues aren't deal breakers in my case. I'll file a bug tomorrow.
I noticed the new non-clamping behavior as well. However, I also
discovered that if I specify a depth of float32 in the getInputImage
parameters, it does return a float image, which I can then clamp myself
(this is in FCPX though).
Since host cap still returns Motion, you need to do this. You'll need the version number too in case future versions change these behaviors. (I've heard that the identifier can be "finalcut" or "finalcuttrial".)
Thanks for the sample!
(PS it seems my emails are taking several days to make it to the list,
so I apologize if it looks like I ignored you).
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Pro-apps-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden