Hi there... The timeline refactoring was widely touted as a fix for many bugs, and I have been waiting patiently for the refactoring to be comleted.
It would only make sense to try and recreate the bugs already open against kdenlive in the timeline-refactored version. One immediate benefit would be that the list of open bugs against Kdenlive shrinks, and we identify where the real problems remain. Kind regards, Evert Vorster On 1 August 2017 at 07:20, Harald Albrecht <harald.albre...@gmx.net> wrote: > As for #3, my experience with stable/master is that you should click, > drag, wait but don't release, then drag further, wait, drag, ..., release. > Often, the intermittent stops without releasing the mouse button are where > the corruption creeps in. > > Best regards, > Harald > > > > -------- Ursprüngliche Nachricht -------- > Von: farid abdelnour <snd.no...@gmail.com> > Datum: 01.08.17 01:13 (GMT+01:00) > An: kdenlive <kdenlive@kde.org> > Betreff: timeline corruptions > > hey guys, > > some tests we can do to see if the timeline corruptions happen when > testing the refactoring branch are these: > > 1- speed effect > 2- undo/redo various times after moving clips and restart project > 3- move many clips at the same time through the timeline > > do you know/suspect of any other? write them here so we can thoroughly > test this. > > jb and alcinos, is this something helpful to do? > > cheers > > -- > 1111.1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة > fsf member #5439 > usuario GNU/Linux #471966 > |_|0|_| > |_|_|0| > |0|0|0| > <a href="http://www.gunga.com.br";>gunga</a> > <a href="http://www.tempoecoarte.com.br";>tempoecoarte</a> > <a href="http://www.atelier-labs.org";>atelier-labs</a> > <a href="http://www.mocambos.net";>rede mocambos</a> > -- Evert Vorster Isometrix Acquistion Superchief
