Re: 64-bit / 32-bit "mixed"
Re: 64-bit / 32-bit "mixed"
- Subject: Re: 64-bit / 32-bit "mixed"
- From: Darrin Cardani <email@hidden>
- Date: Wed, 29 Jun 2011 17:00:50 -0700
On Jun 29, 2011, at 4:54 PM, Christoph Vonrhein wrote:
> Hi Darrin,
>
>>> Is there a way to compile a 32-bit FxPlug that does not to appear in Motion 5?
>>
>> Interesting question. They shouldn't be showing up already, but it appears they are. Please file a bug on that.
>
> Motion does not call any methods of a FxPlug plugins when it starts up. If it would, then it would be very easy.
Well, it's even worse in this case because Motion can't load any code in the situation you're talking about - if you have a 64-bit plug-in, Motion 4 won't be able to load any code, and if you have a 32-bit plug-in, Motion 5 won't be able to load any of its code. So you probably need a stub for each case.
>
>>> And also: Is there a way to compile a 64-bit FxPlug that does not appear in Motion 2-4?
>>>
>>> I don't want to create 32/64 mixed plugins, because I want to take advantage of the new 2.0 features and because of the complications that there are if I want to compile two different FxPlug frameworks into one plugin.
>>
>> One solution would be to use dynamic registration. When being loaded, you can check the host version number and not return any plug-ins if you're in the wrong host.
>
> I did not use dynamic registration at all so far. Is there a example code or a some kind of a description somewhere of this feature?
There's a "DynRegFxPlug" code example that shows how it works. Plug-ins with dynamic registration should be loaded at startup (or maybe when the user first tries to apply a filter), and the app will call some code to find out how many plug-ins they have and what the plug-ins are. In those methods, you can tell the app that you have no plug-ins if running in 32-bit mode, and just return the appropriate info from your plist in 64-bit mode. (Or the reverse for older host apps.)
Darrin
--
Darrin Cardani
email@hidden
_______________________________________________
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