October 2007 - Pro-apps-dev

Re: Background processes
by Benjamin Kent 16 Oct '07

16 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Macintosh/20070326) Hi Paul, Any ideas? Thanks Ben Hi, Ben, [button setImage: [NSImage imageNamed: @"MyCancelButton"]; - Paul On Oct 16, 2007, at 12:16 PM, Benjamin Kent wrote: Hi Paul, Any way round this? Thanks Ben Hi, Ben, - Paul On Sep 18, 2007, at 8:14 AM, Benjamin Kent wrote: Hi, Thanks _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… The displayIfNeeded/display functions do definitely make it do something, but it appears to be getting stuck in a loop - the stack trace in the debugger when breaking looks as so: #0 0x90009cd7 in mach_msg_trap () #1 0x90009c38 in mach_msg () #2 0x90399b96 in _CGSSynchronizeWindowBackingStore () #3 0x9032be69 in _CGSLockWindow () #4 0x9033b98a in CGSDeviceLock () #5 0x9430c6a6 in ripd_Lock () #6 0x9430bf57 in ripl_BltShape () #7 0x94310f79 in ripc_Render () #8 0x9431039c in ripc_DrawRects () #9 0x90340c1b in __CGContextDrawRects () #10 0x90340aad in CGContextFillRects () #11 0x90340a34 in CGContextFillRect () #12 0x932d9425 in NSRectFill () #13 0x933113b1 in -[NSView _drawRect:clip:] () #14 0x9330f893 in -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] () #15 0x933ee7a3 in -[NSNextStepFrame _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] () #16 0x9330e362 in -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] () #17 0x9330dc8e in -[NSView displayIfNeeded] () Paul Schneider wrote: the progress bar should redraw itself the next time we process events. If that doesn't come around soon enough, you can send it a -displayIfNeeded (or just -display) message to force it to draw right away. As Darrin says, you might also need to call -setNeedsDisplay to invalidate the control. I think that changing the value will do that, but it might not. The "cancel" button you asked about isn't a standard button type, although it's used in various Apple applications. It's just an NSButton whose icon has been set to that image. I don't think we currently export that image from any system framework; poking around in the app bundles of some of the programs who use it (Safari), it seems that each app currently includes its own copy. You can include a copy in your plugin's bundle and load it yourself, like this: Or if you are building your custom UI in Interface Builder, you can set up the icon right there. It's possible that we expose this icon in a system framework; if we do, hopefully someone will correct me. I've made a custom UI widget which is an NSProgressIndicator, and periodically during my analysis I'm calling setDoubleValue on this progress bar (every second or so). Unfortunately, the UI doesn't seem to update until the end of my processing (which is disappointing for a progress bar :)). I've even tried making sure it's on the main thread using performSelectorOnMainThread, however this doesn't seem to make any difference. Paul Schneider wrote: there isn't a public way to do that. You might have some luck with starting a thread or process from within your plugin, and displaying your own progress UI (perhaps in a custom UI widget in the parameters list - see kFxParameterFlag_CUSTOM_UI). But we don't have a way for you to add items to Final Cut's Background Processes window today. Does anyone know how to spawn a background process in an FxPlug plug-in on FCP, in the same way that the SmoothCam node does it when it is applied to an effect? Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com <mailto:Pro-apps-dev@lists.apple.com>) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/pschneider%40apple.com This email sent to pschneider(a)apple.com <mailto:pschneider@apple.com> This email sent to site_archiver(a)lists.apple.com

1 0

Re: Background processes
by Paul Schneider 16 Oct '07

16 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Hi, Ben, [button setImage: [NSImage imageNamed: @"MyCancelButton"]; - Paul On Oct 16, 2007, at 12:16 PM, Benjamin Kent wrote: Hi Paul, Any way round this? Thanks Ben Hi, Ben, - Paul On Sep 18, 2007, at 8:14 AM, Benjamin Kent wrote: Hi, Thanks _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… the progress bar should redraw itself the next time we process events. If that doesn't come around soon enough, you can send it a - displayIfNeeded (or just -display) message to force it to draw right away. As Darrin says, you might also need to call -setNeedsDisplay to invalidate the control. I think that changing the value will do that, but it might not. The "cancel" button you asked about isn't a standard button type, although it's used in various Apple applications. It's just an NSButton whose icon has been set to that image. I don't think we currently export that image from any system framework; poking around in the app bundles of some of the programs who use it (Safari), it seems that each app currently includes its own copy. You can include a copy in your plugin's bundle and load it yourself, like this: Or if you are building your custom UI in Interface Builder, you can set up the icon right there. It's possible that we expose this icon in a system framework; if we do, hopefully someone will correct me. I've made a custom UI widget which is an NSProgressIndicator, and periodically during my analysis I'm calling setDoubleValue on this progress bar (every second or so). Unfortunately, the UI doesn't seem to update until the end of my processing (which is disappointing for a progress bar :)). I've even tried making sure it's on the main thread using performSelectorOnMainThread, however this doesn't seem to make any difference. Paul Schneider wrote: there isn't a public way to do that. You might have some luck with starting a thread or process from within your plugin, and displaying your own progress UI (perhaps in a custom UI widget in the parameters list - see kFxParameterFlag_CUSTOM_UI). But we don't have a way for you to add items to Final Cut's Background Processes window today. Does anyone know how to spawn a background process in an FxPlug plug-in on FCP, in the same way that the SmoothCam node does it when it is applied to an effect? Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com <mailto:Pro-apps-dev@lists.apple.com>) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/pschneider% 40apple.com This email sent to pschneider(a)apple.com <mailto:pschneider@apple.com> This email sent to site_archiver(a)lists.apple.com

1 0

Re: Cancel button in a custom param view in FCP FxPlug plug-in
by Darrin Cardani 16 Oct '07

16 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Background processes
by Darrin Cardani 16 Oct '07

16 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Background processes
by Benjamin Kent 16 Oct '07

16 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Macintosh/20070326) Hi Paul, Any way round this? Thanks Ben Hi, Ben, - Paul On Sep 18, 2007, at 8:14 AM, Benjamin Kent wrote: Hi, Thanks _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… I've made a custom UI widget which is an NSProgressIndicator, and periodically during my analysis I'm calling setDoubleValue on this progress bar (every second or so). Unfortunately, the UI doesn't seem to update until the end of my processing (which is disappointing for a progress bar :)). I've even tried making sure it's on the main thread using performSelectorOnMainThread, however this doesn't seem to make any difference. Paul Schneider wrote: there isn't a public way to do that. You might have some luck with starting a thread or process from within your plugin, and displaying your own progress UI (perhaps in a custom UI widget in the parameters list - see kFxParameterFlag_CUSTOM_UI). But we don't have a way for you to add items to Final Cut's Background Processes window today. Does anyone know how to spawn a background process in an FxPlug plug-in on FCP, in the same way that the SmoothCam node does it when it is applied to an effect? Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com <mailto:Pro-apps-dev@lists.apple.com>) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/pschneider%40apple.com This email sent to pschneider(a)apple.com <mailto:pschneider@apple.com> This email sent to site_archiver(a)lists.apple.com

1 0

Cancel button in a custom param view in FCP FxPlug plug-in
by Benjamin Kent 16 Oct '07

16 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Macintosh/20070326) Hi Cheers _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com Stupid question - does anyone know if there's a simple way to programmatically create a cancel button like the one attached? Only, I feel like I've tried every variation of button type to no avail (the NSCircularBezelStyle doesn't seem to change on mouse down even when it's set to NSSmallControlSize when embedded in a custom parameter view). I see this icon so often it feels like there must be a standard one somewhere... Ben

1 0

Re: FxPlug ProgressAPI on FCP
by Paul Schneider 15 Oct '07

15 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com - Paul On Oct 15, 2007, at 12:59 PM, Benjamin Kent wrote: Thanks Ben Hi, Ben, HTH, - Paul On Oct 15, 2007, at 12:27 PM, Benjamin Kent wrote: Hi Thanks _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Right. It lets you ask the host, "has the user canceled?" It doesn't let you tell the host, "the user has canceled". And "canceling" in this case means "some activity which has caused a new render", such as moving a slider or stepping to another frame. You should be able to check -userHasCancelled periodically during - renderOutput, and return early if you detect a cancel. That's what it was designed for. It should return YES if the render has been invalidated due to user action since -renderOutput started. I think the behavior during other times (such as an analysis triggered by your custom UI, which FCP doesn't know about) will be less reliable. We probably end up processing the escape key event during our normal event loop, causing -userHasCancelled to forget it happened. I believe FCP's implementation of -userHasCancelled just checks the event queue for an event that means "cancel", so if the keypress has been popped off the queue, we won't see it. In other words, we don't know you have an operation in progress, so we don't know when to reset the cancel flag. I think adding your own cancel button is a good idea. Oh, I see, so it's not really a mechanism to halt processing completely in response to a specific key press (such as the escape key). The reason I need it is to stop an analysis loop in response to a push button which goes through the entire sequence - unfortunately I can only check for userHasCancelled at the end of each frame of processing, and it appears that checking this rarely doesn't seem to catch the interrupt - does this sound believable? In which case I guess I'll just have to add my own cancel button with the push button. Paul Schneider wrote: -userHasCancelled means that you should abort rendering, because some user activity has invalidated your render. In other words, the user is dragging a slider, so the parameters have changed since you started rendering. We will be calling you to render again with the new parameter values, or new time, or whatever else has changed. Each user action triggers a new render; checking for -userHasCancelled lets you abort an invalidated render early so you can move on to the next one. If you want to temporarily disable rendering entirely, so you can adjust a bunch of parameters without any lag, you can hit caps lock in FCP. Motion doesn't have the caps lock mechanism, but they render effects on a secondary thread, so the UI stays responsive. Looking at the Slow_SolidColor example, it would appear that even when you hit escape and the plug-in catches the interrupt with a call to userHasCancelled, the plug-in just gets asked to render again anyway - i.e. the cancelling doesn't really work. Is hitting escape not the correct way to interrupt or is this a bug? Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/pschneider% 40apple.com This email sent to pschneider(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: FxPlug ProgressAPI on FCP
by Benjamin Kent 15 Oct '07

15 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Macintosh/20070326) Thanks Ben Hi, Ben, HTH, - Paul On Oct 15, 2007, at 12:27 PM, Benjamin Kent wrote: Hi Thanks _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Oh, I see, so it's not really a mechanism to halt processing completely in response to a specific key press (such as the escape key). The reason I need it is to stop an analysis loop in response to a push button which goes through the entire sequence - unfortunately I can only check for userHasCancelled at the end of each frame of processing, and it appears that checking this rarely doesn't seem to catch the interrupt - does this sound believable? In which case I guess I'll just have to add my own cancel button with the push button. Paul Schneider wrote: -userHasCancelled means that you should abort rendering, because some user activity has invalidated your render. In other words, the user is dragging a slider, so the parameters have changed since you started rendering. We will be calling you to render again with the new parameter values, or new time, or whatever else has changed. Each user action triggers a new render; checking for -userHasCancelled lets you abort an invalidated render early so you can move on to the next one. If you want to temporarily disable rendering entirely, so you can adjust a bunch of parameters without any lag, you can hit caps lock in FCP. Motion doesn't have the caps lock mechanism, but they render effects on a secondary thread, so the UI stays responsive. Looking at the Slow_SolidColor example, it would appear that even when you hit escape and the plug-in catches the interrupt with a call to userHasCancelled, the plug-in just gets asked to render again anyway - i.e. the cancelling doesn't really work. Is hitting escape not the correct way to interrupt or is this a bug? Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/pschneider%40apple.com This email sent to pschneider(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: FxPlug ProgressAPI on FCP
by Paul Schneider 15 Oct '07

15 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Hi, Ben, HTH, - Paul On Oct 15, 2007, at 12:27 PM, Benjamin Kent wrote: Hi Thanks _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… -userHasCancelled means that you should abort rendering, because some user activity has invalidated your render. In other words, the user is dragging a slider, so the parameters have changed since you started rendering. We will be calling you to render again with the new parameter values, or new time, or whatever else has changed. Each user action triggers a new render; checking for - userHasCancelled lets you abort an invalidated render early so you can move on to the next one. If you want to temporarily disable rendering entirely, so you can adjust a bunch of parameters without any lag, you can hit caps lock in FCP. Motion doesn't have the caps lock mechanism, but they render effects on a secondary thread, so the UI stays responsive. Looking at the Slow_SolidColor example, it would appear that even when you hit escape and the plug-in catches the interrupt with a call to userHasCancelled, the plug-in just gets asked to render again anyway - i.e. the cancelling doesn't really work. Is hitting escape not the correct way to interrupt or is this a bug? Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/pschneider% 40apple.com This email sent to pschneider(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

FxPlug ProgressAPI on FCP
by Benjamin Kent 15 Oct '07

15 Oct '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Macintosh/20070326) Hi Thanks Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Looking at the Slow_SolidColor example, it would appear that even when you hit escape and the plug-in catches the interrupt with a call to userHasCancelled, the plug-in just gets asked to render again anyway - i.e. the cancelling doesn't really work. Is hitting escape not the correct way to interrupt or is this a bug? This email sent to site_archiver(a)lists.apple.com

1 0