Dan,
>> Based on those results, is there any reason the watermark filter > shouldn't use the affine transition by defaut? > > There are subtle differences between composite and affine's simple > compositing use cases and not so subtle differences in performance > (composite is faster). So, I do not want to suddenly change behavior > of watermark for people who are already happily using it. I would like > to see if composite can be improved/fixed, however. But I do think you > should consider to change dynamictext to not use watermark and instead > use affine through either filter_transition or code copied from > watermark. Also, you could write a Qt backend to dynamictext that > writes directly on frame instead of using an external composite. > qimage/transition_vqm shows how to do that. Here is what I'm thinking right now: I would like to create a new filter called: "filter_pangotext". The filter would use the pango producer and the affine transition to render text on top of video. It would not have the "dynamic" features for text substituion. Rather, it would serve as a backend for the "filter_dynamictext". dynamictext would be rewritten to perform the dynamic text substitutions and pass the text on to the underlying pangotext filter. Then, some day in the future, I could write a new text filter called "filter_qttext". It would have exactly the same interface and function as pangotext. Then, dynamictext could be modified to automically use either text filter. Perhaps the loader could select the backend automatically. Or perhaps the user could specify it as a parameter. Let me know what you think about this idea. ~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
