On Tue, 26 Jun 2007, Ichthyostega wrote: > It invariably inserts the transition on the source side of the render > pipeline, > while in many common usage scenarios one would prefer to have them at the > output side of the pipeline and after the effects applied to the clips.
It's not clear what would really be the right way to do it if the transition were applied after the effects, because during the time of the transition you might want to apply keyframes and other things to either the incoming clip, the outgoing clip, or both. For instance, I ran into a situation where I was doing a slide from one clip to another and wanted to do a freeze-frame on the outgoing clip. The keyframes for the freeze would have to be during the time of the transition. At the moment, putting a freeze frame on those frames would freeze the entire track (after the transition) but even if that could be changed, there'd be no way to say which clip was being frozen. It seems like having two tracks is the only workable solution, but that does have its own problems. A related issue: it would be nice to do keyframing on the progress of the transition, so that we could say wipe from 0% to 80%, down to 30%, then on up to 100% instead of straight from 0% to 100%. I think, ultimately, the way to make it work short of redesigning the entire compositing model, would be to have a "transition" effect plugin. It could be a smart shared effect. Attach it to two tracks. On the bottom one it captures the data from that track (at the point it gets it, which is after any other effects above it on that track), sends it to the top track, and then on the top track it evaluates the transition. Transition progress could be determined by keyframes, defaulting to 0% to 100% linearly across the length of the effect if there are no keyframes. Then you could do transitions on the output of tracks instead of the input, as well as doing keyframed partial transitions. This might require some trickery to interface to the transition plugin, but I think it could be done and I don't see a better way to get the needed behaviour. -- Matthew Skala [EMAIL PROTECTED] Embrace and defend. http://ansuz.sooke.bc.ca/ _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
