Bug with FCP and Compressor and AE-compatible plugins
Bug with FCP and Compressor and AE-compatible plugins
- Subject: Bug with FCP and Compressor and AE-compatible plugins
- From: Peter Litwinowicz <email@hidden>
- Date: Tue, 30 Aug 2005 17:01:46 -0700
Title: Bug with FCP and Compressor and AE-compatible plugins
Hey all,
Found a great bug in in FCP today with respect to compressor.
Load some footage and apply our Twixtor plugin. Set the speed to 10% (or something other than 100) so that the pluggin actually does some calculation.
Export "using compressor" and start a batch job. Then click on FCP to go back to viewing what FCP is doing. The mouse-click is sent to our plugin and we return a PF_USER_CANCEL "error" back to FCP.
Normally FCP does whatever interruption command is requested by the user(select a menu, move a window to the front, change a parameter setting, pull up a dialog box etc.) and once done, restarts the frame that was being calculated.
However, when a sequence is being rendered from Compressor the following happens: the job stops (presumably because the user cancel "error" is being sent back to Compressor/Batch Monitor). Whether this is an FCP or Compressor bug is really for you guys at Apple to call, but it's a significant problem because it means users can't even click on FCP to see what's going on while a batch is being process from within the Batch Monitor. Basically the machine is "held captive".
The only workarounds are really undesirable: 1) don't touch the machine (or be very careful not to do anything that will send a command to FCP or 2) render with FCP to an intermediate sequence, load that back into FCP an then run Compressor on that. Basically the user is having to render twice.
Pete Litwinowicz
_______________________________________________
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