<div dir="ltr"><div>Hi<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sáb, 26 de out de 2019 às 17:02, Alistair Riddoch <<a href="mailto:alriddoch@googlemail.com">alriddoch@googlemail.com</a>> escreveu:<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">I reported this issue via the rpmfusion bug tracker[1], and sergio released a patched version of MLT with the two commits suggested here, but it doesn't appear to have fixed the problem. I ran through the git commits from v6.16.0 to now to see if I could identify what else was required, but didn't see anything obvious from the commit messages. Does anyone else have any state on other patches required to MLT to fix this issue, or do we need a new release of MLT?<br></div></blockquote><div><br></div><div>I cannot reproduce running Kdenlive and MLT master.  19.08.3 due next month will still rely on MLT 6.16 while the next major release 19.12 will bump to MLT 6.18 (to be release soon). <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"><br>It would be useful to know if the kdenlive Appimages are being built from MLT head, or selected patches on top of v6.16.0.</div></blockquote><div><br></div><div>I *think* the stable series are built with MLT 6.16 while the nightly builds run on MLT master...<br></div><div><br></div><div><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><br></div><div>Al</div><div><br></div><div>1. <a href="https://bugzilla.rpmfusion.org/show_bug.cgi?id=5416" target="_blank">https://bugzilla.rpmfusion.org/show_bug.cgi?id=5416</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 14, 2019 at 9:51 PM Alistair Riddoch <<a href="mailto:alriddoch@googlemail.com" target="_blank">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">Thanks Vincent, I'll give that a try.<div><br></div><div>Al</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 14, 2019 at 8:23 PM Vincent Pinon <<a href="mailto:vpinon@kde.org" target="_blank">vpinon@kde.org</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"><u></u>
<div style="font-family:"Noto Sans";font-size:10pt;font-weight:400;font-style:normal">
<p style="margin:0px;text-indent:0px">Le lundi 14 octobre 2019, 19:42:18 CEST Alistair Riddoch a écrit :<br></p>
<p style="margin:12px 40px 0px;text-indent:0px">I have come across a bug which affects rendering a selected zone, but does not occur when using the Appimages downloaded from <a href="http://kdenlive.org" target="_blank"><span style="text-decoration:underline;color:rgb(41,128,185)">kdenlive.org</span></a>. I am uncertain whether to file a bug in the tracker, as I'm guessing it is actually a problem with a dependency. I'll describe it here, and I'm happy to file it properly, and help resolve if that seems appropriate.</p>
<p style="margin:0px 40px;text-indent:0px"><br></p>
<p style="margin:0px 40px;text-indent:0px">I'm using Fedora 30 and the bug is present in all the binaries I have built from source since some time during 19.04. I have built from the release labels, from the 19.08 branch, and from head and seen the same problem in each case. The bug is also present in the semi-official rpm package from RPM Fusion. The installed Melt is mlt-6.16.0, and is comon to all recent affected builds.</p>
<p style="margin:0px 40px;text-indent:0px"><br></p>
<p style="margin:0px 40px;text-indent:0px">The bug is that when I render a "selected zone" of the project, the output of the render is not the correct length, and doesn't contain the correct range of the project output. Very frequently the output is only 1 or 2 frames long, and renders almost instantly, despite the selected zone being much longer.<br></p>
<p style="margin:0px 40px;text-indent:0px"><br></p>
<p style="margin:0px 40px;text-indent:0px">Repro steps:</p>
<ol style="margin-top:0px;margin-bottom:0px;margin-right:0px"><li style="margin:12px 40px 0px;text-indent:0px">Create or load a project with some clips on the timeline.</li>
<li style="margin:0px 40px;text-indent:0px">Define in in-point on the project time line which is _not_ at time 00:00:00.</li>
<li style="margin:0px 40px;text-indent:0px">Define an out-point on the project time line which is after the in-point.</li>
<li style="margin:0px 40px;text-indent:0px">Open the Render dialog.</li>
<li style="margin:0px 40px;text-indent:0px">Select "selected zone".</li>
<li style="margin:0px 40px;text-indent:0px">Format does not appear to matter, but I have only tested with WAV and MP4.</li>
<li style="margin:0px 40px 12px;text-indent:0px">Press "Render to File".</li></ol>
<p style="margin:0px 40px;text-indent:0px">Expected Result: The output video is the range of the project selected.</p>
<p style="margin:0px 40px;text-indent:0px">Actual Result: The output video is apparently random in length, and not obviously directly related to the selected zone.</p>
<p style="margin:0px 40px;text-indent:0px"><br></p>
<p style="margin:0px 40px;text-indent:0px">I attach a project file which is a trivial repro case for the bug, and the mp4 file I got when I tried to render a 2 second zone from the middle of this project. The actual output is 2 frames long, and is not correct for the start of the selected zone.</p>
<p style="margin:0px 40px;text-indent:0px"><br></p>
<p style="margin:0px 40px;text-indent:0px">Please let me know if more information is required, or if I can do anything else to help fix the bug.</p>
<p style="margin:0px 40px;text-indent:0px"><br></p>
<p style="margin:0px 40px;text-indent:0px">Keep up the good work!</p>
<p style="margin:0px 40px;text-indent:0px"><br></p>
<p style="margin:0px 40px;text-indent:0px">Al-- <br></p>
<p style="margin:0px 40px;text-indent:0px">Alistair Riddoch<br><a href="mailto:alriddoch@googlemail.com" target="_blank"><span style="text-decoration:underline;color:rgb(41,128,185)">alriddoch@googlemail.com</span></a><br><a href="http://alistairriddoch.org/" target="_blank"><span style="text-decoration:underline;color:rgb(41,128,185)">http://alistairriddoch.org/</span></a></p>
<p style="margin:0px;text-indent:0px"><br><br></p>
<p style="margin:0px;text-indent:0px">Hi Alistair,</p>
<p style="margin:0px;text-indent:0px"> </p>
<p style="margin:0px;text-indent:0px">Try to build MLT from git, I believe it has commits fixing this bug (in June, seen on 19.04 releases, using the new consumer xml tag) :</p>
<p style="margin:0px;text-indent:0px">690d3ed55f98d8e31affb1b5dbc84c6948248099 - Pass the consumer's in/out properties when using movit or multi consumer</p>
<p style="margin:0px;text-indent:0px">434dbcf62048cc1220c425c2adc77697b4d40ffb - Fix multi consumer doesn't correctly handle in point</p>
<p style="margin:0px;text-indent:0px"> </p>
<p style="margin:0px;text-indent:0px">Cheers,</p>
<p style="margin:0px;text-indent:0px"> </p>
<p style="margin:0px;text-indent:0px">Vincent</p></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>
</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>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">1111.1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة<br>fsf member #5439<br>usuario GNU/Linux #471966<br>|_|0|_|<br>|_|_|0|<br>|0|0|0|<br><a href="<a href="http://www.gunga.com.br" target="_blank">http://www.gunga.com.br</a>">gunga</a><br><a href="<a href="http://www.tempoecoarte.com.br" target="_blank">http://www.tempoecoarte.com.br</a>">tempoecoarte</a><div><a href="<a href="http://www.atelier-labs.org" target="_blank">http://www.atelier-labs.org</a>">atelier-labs</a></div><div><a href="<a href="http://www.mocambos.net" target="_blank">http://www.mocambos.net</a>">rede mocambos</a><br></div></div></div>