On a separate note, please be aware that doing a transition between 2 parts of the same producer is going to perform worse than 2 producers due to having to seek back and forth within the same producer (and the performance penalty of seeking that is especially bad with some formats). Separate producer objects each have their own libav* contexts that makes sequential frame accesses much quicker.
On Sat, Sep 8, 2012 at 5:45 AM, j-b-m <[email protected]> wrote: > Hello Dan, > > Following Kdenlive issue #2668 (1), I have a question for you. > Some time ago, I had to change Kdenlive's handling of avformat clips so that > when a clip is used on several tracks, each track uses a different producer. > > I clearly remember that I introduced this because otherwise we had audio > issues (crackling) when mixing audio from the same producer. Kdenlive only > creates duplicates of the producer when the clip has audio. Otherwise, we use > the same producer for all tracks. > > Now, in Kdenlive issue #2668, you suggest that making a video transition > between 2 instances of the same producer does not work. > > Was there a change in MLT that now makes it impossible to make a video > transition between 2 cuts of the same producer? I am almost sure that it > worked before. > > I can change Kdenlive so that we also create duplicates when the clip has no > audio, but before that (since it's not a small change), I want to make sure > that I correctly understood and that it's a limitation in the MLT framework. > > Thanks & regards > > jb > > > (1) http://kdenlive.org/mantis/view.php?id=2668 -- +-DRD-+ ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Mlt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mlt-devel
