Re: FCP plugin memory usage
Re: FCP plugin memory usage
- Subject: Re: FCP plugin memory usage
- From: Paul Schneider <email@hidden>
- Date: Tue, 17 Mar 2009 09:10:23 -0500
Hi Steve,
We've discussed the need for better communication with plugins: -
howMuchMemoryAreYouUsing, -pleaseTossAnyCacheMemory, that kind of
thing. Right now, there's nothing in the SDK in that area.
For now, you'll have to manage memory yourself. One strategy might be
to keep a static array of images around, that all instances of your
plugin share. You can cap the size of the array to some reasonable
size (5, 10, etc). That way, if a user adds multiple instances of
your plugin that point to different images, you can toss the least-
recently-used image as you add a new one. If the many instances of
your plugin can share the same images, even better.
That's probably the best thing to do until we allow better
communication between plugins and hosts with regard to resource
management.
- Paul
On Mar 17, 2009, at 1:57 AM, Steve Christensen wrote:
On the first call to renderOutput:... my plugin loads an external
image file to use as part of its effect. Since render performance
would outright suck if I loaded the image and then tossedit after
rendering each frame, I keep the image in memory and dispose of it
in the plugin's dealloc method.
While doing some testing I noticed that instances of my plugin get
created as it is associated with a clip but don't get deallocated
until either the project containing the clip is closed or FCP quits.
This suggests that if there are enough clips using my plugin, for
example, then application memory could get tight. Based on my
understanding of the FxPlug API, there doesn't appear to be a way to
determine that rendering is really done, or at least the plugin
won't be needed "soon." Does this mean I have to hope that a user
doesn't overload FCP's memory and cause a crash?
steve
_______________________________________________
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
_______________________________________________
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