site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Darrin On Mar 27, 2009, at 11:33 PM, Andrew Mees wrote: On Mar28 , 2009, at 5:44 AM, Darrin Cardani wrote: As for your request - can you be more specific about this: -- Darrin Cardani dcardani@apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.ap... You can already do what you want. In Motion, simply apply any filter to the layer and it will do the same thing as an adjustment layer (as far as I understand it). In FCP, you can create a nested sequence and apply the effect to a nested sequence. I always felt that Adjustment Layers, at least in Photoshop, were a hack to get around the fact that they didn't have non-destructive filters and adjustments. And in After Effects it seems to be to get around the fact that you have to precomp things in order to be able to apply an effect to several layers at once. Since we don't have any of those limitations, I don't see the need to add this functionality. Is there a use-case I'm not seeing for Adjustment Layers? Hi there Darrin My thinking is that by allowing a call that returns the current composite frame then you essentially open up to developers and users alike the wide and wonderful world of adjustment layers. I'd agree that a user can workaround the lack of current facility for this, but its not without significant interaction. As a pro FCP user myself, it would be nice to see intrinsic support for adjustment layers directly in the app, simply by allowing filters to be dragged to an empty track, but given that such a capability is possibly outside the bounds of the aging code base and/or its development direction, it does seem that the functionality could handily be incorporated via expansion of the FxPlug SDK. Another call that might offer significant advantages that could be leveraged by developers would be one that directly returns an image buffer representing the original clip source rather than its timeline instance. Currently one can apply a filter to a clip and thereafter access the original clip source only by adding it as such to an image well within the filter ... doable but hardly sleek :-) I'm just thinking out loud Darrin, I'll bet you've heard all this before many times. Best Andy How about a call that returns to a generator an image buffer for the timeline at the given track and frame. Hoo boy, now that would be something worth writing home about :-) Can't you simply create an image well and put something from the timeline into it (such as a group in Motion)? You can get the image input's start time and duration, so you could offer the user a control for an offset from the beginning of the clip, or something like that, if you needed to. This email sent to site_archiver@lists.apple.com