Dan, There is an interesting behavior when a filter that uses a geometry is attached to a clip. See the following example:
melt colour:blue out=100 colour:red out=200 -attach dynamictext:"#timecode" geometry="0=0/0:100%x100%:100;100=400/500:100%x100%:100" The expected behavior would be: 1) 100 frames of blue 2) 100 frames of red with the timecode moving from upper left to lower right of the screen 3) 100 frames of red with the timecode staying in the lower right of the screen However, the frame number specified in the geometry is applied relative to the start of the track, not relative to the start of the red clip. So the real result is: 1) 100 frames of blue 2) 200 frames of red with the timecode staying in the lower right of the screen You don't see the 100 frames of motion because they occurred during the blue frames. You can fix it by setting the keyframe numbers relative to the track:geometry="100=0/0:100%x100%:100;200=400/500:100%x100%:100" But that is neither intuitive, nor easy to compute for complex clip combinations. My plan is to modify the filter to calculate the absolute keyframe start and overwrite the relative frame numbers in the geometry. Does it make sense to do that, or should the behavior stay the way it is now - and we just require the user to calculate absolute keyframe numbers? Thanks, ~Brian ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ Mlt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mlt-devel
