<div dir="ltr"><div>I am using MP4 files, however the described delay is unique to Kdenlive (compare to several different video editing softwares on the same hardware).</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 23, 2019 at 1:24 PM Alistair Riddoch <<a href="mailto:alriddoch@googlemail.com">alriddoch@googlemail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I am not a developer, but I am interested in better understanding your issues.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 23, 2019 at 12:10 PM DogFilm <<a href="mailto:videobrain@gmail.com" target="_blank">videobrain@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Many editors do lots of manual micro-movement in the timeline to find good cut points, what seems to be possible with Kdenlive using [shift | alt] left / right arrows to position the playhead.</div><div><br></div><div>The playhead unfortunately always has some significant delay in following these keyboard movements, what adds up to the level of "not usable in real life" for "real" editing.</div><div><br></div><div>One [shift] left action takes between one and two seconds, moving right seems to be a bit quicker, but still far away from the expected immediate positioning. What makes it worse: it adds up. So if you press seven times left arrow because you want to position exactly seven frames before the actual playhead position, it takes even longer. Looks like some positioning calculation could be optimized.</div></div></blockquote><div><br></div><div>Seeking left in kdenlive can be very dependent on the video file format being used. For example with AVCHD files (which are fairly well known to be poorly suited to editing) stepping left works very poorly, but with Matroska Video or MP4 files it works much more fluidly.</div><div><br></div><div>What format of video files are you using?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>This is especially annoying when positioning while the timeline is playing - this must of course be possible without any perceived delay. <br></div><div><br></div><div>I understand that the timeline code is new, however this delay is a show stopper. If I show this to friends with many years of experience in editing they will just look at me with a big question mark ini their eyes - "seriously???"... <br></div><div><br></div><div>To understand how this feels to someone editing videos every day, imagine your text editor would delay every cursor movement, you can then understand which level of "not acceptable" this is.<br></div><div><br></div><div>Is this is bug? <br></div><div>Can the user do anything to enhance that timeline positioning?</div><div><br></div><div>This is an extremely basic thing and very important to get it right. <br></div><div>Timeline positioning of course must work or at least feel like an immediate action.<br></div><div><br></div><div>I guess it feels somehow strange to explain this to programmers of a video editing app, but I came to the conclusion that you may not have that on top of your testing list, otherwise the app would not have been released with that basic problem, so somebody needs to make you aware of that elephant-in-the-room that you do not seem to be relevant - it is very much! <br></div><div><br></div><div>Thanks again!<br></div><div><br></div><div><br></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr">Alistair Riddoch<br><a href="mailto:alriddoch@googlemail.com" target="_blank">alriddoch@googlemail.com</a><br><a href="http://alistairriddoch.org/" target="_blank">http://alistairriddoch.org/</a></div></div>
</blockquote></div>