<div dir="ltr"><div><div>Hi Evert, long time!<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua, 25 de set de 2019 às 01:41, Evert Vorster <<a href="mailto:evorster@gmail.com" target="_blank">evorster@gmail.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"><div><div>Hi there, Farid. <br></div><div><br></div><div>I usually stay out of flame wars, as nothing good comes out of it. However, one of the complaints against kdenlive is it's slow preview speed on crappy hardware. <br></div></div></div></blockquote><div><br></div><div>Agree. <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><div></div><div><br></div><div>----------------from the war---------------<br></div>Kdenlive can't utilize a modern PC's hardware - no matter what you throw at it - 4 Titans, Threadripper and 128 GB of RAM - it'll be no faster than on a Core Duo and integrated graphics and 8 GB of RAM. It can't play back smooth 1080p video even when no effects are used. That's not what you'd expect from a professional video editing software in 2019.<br></div><div class="gmail_quote"><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><div class="gmail_quote"><div><br></div><div>As we have explained to you before, this is an upstream problem. We are trying to internally find a solution but you must know that the project is maintained by basically one person most of the time. Welcome to the FLOSS reality. If you skim through the issues tracker (<a href="https://invent.kde.org/kde/kdenlive/issues" target="_blank">https://invent.kde.org/kde/kdenlive/issues</a>), you'll see that we are aware of your woes and are working to fix them, these things take time, again because FLOSS. Do you get it now? <br></div></div></div></div></blockquote><div>----------------end of excerpt----------------<br></div><div>Original poster might be embellishing a bit. I have no problems with 4K HEVC on my aging i7 with only 24GB of RAM. <br></div><div><br></div><div>But, I feel you may be slightly wrong in saying that this is an upstream problem and that there is not much we can do about it. <br></div><div>This is not entirely an upstream problem, and there are things that can be done about it:<br></div><div>To make editing and preview smooth on older hardware and emulators, use proxies and this neat little trick laid out in:</div></div></div></blockquote><div><br></div><div>I am referring about the fact that MLT doesn't support yet GPU processing effects so that is one of the main issues and it is upstream. Proxies is definitely a must, I use proxies on every project and very few effects, so that is why it is not so bad for me I guess.  <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 class="gmail_quote"><div><br></div><div><a href="https://bugs.kde.org/show_bug.cgi?id=369080" target="_blank">https://bugs.kde.org/show_bug.cgi?id=369080</a></div></div></div></blockquote><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 class="gmail_quote"><div><br></div><div>It is a bit long-winded, my apologies for that. <br></div><div>In short, to massively improve preview performance, drop the project resolution. Like, way down, to VGA size..<br></div><div>Once you are ready to encode, bump it up to your desired resolution. <br></div><div><br></div><div>I have asked for JBM to take a look at having the preview resolution tied to the preview window size, or proxy resolution (I mean, why would you want to have a higher resolution than the footage that you are playing back, or the window displaying it), instead of the project resolution, but he is a busy man and must have forgotten about it.<br></div></div></div></blockquote><div><br></div><div>Very interesting suggestion, maybe JB can work on it for 19.12 as a possible workaround. Don't know technically how feasible it is though. <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 class="gmail_quote"><div></div><div><br></div><div>To speed up render performance, make a kdenlive profile that does hardware encode. I have had some successes with it, but then again I don't care how long it takes for something to encode... I walk away from my computer and go do something else while it is working away.  <br></div></div></div></blockquote><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 class="gmail_quote"><div></div><div><br></div>Kind regards, all. <br></div><div class="gmail_quote">Thanks for all the hard work you are putting into this wonderful software... please don't stop!<br></div></div>
</blockquote></div><br clear="all"></div><div>Thanks for your feedback</div><div><br></div><div>Cheers!</div><div><br></div><div>-- <br><div dir="ltr" class="m_-8165956561877609115gmail_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></div>