<div dir="ltr"><div><div><div><div>Hi there. <br><br></div>There was a little trick that I was doing on a virtual machine some time ago, where I would set the project resolution to the proxy resolution, and my proxy resolution was exactly the display window resolution, so I was avoiding any scaling whatsoever. Editing was indeed very, very fast, even on a single CPU virtual machine.<br></div><div>I would then set the project resolution to the desired resolution before doing the final render. <br><br></div>The drawback of this approach is that title clips are produced at the wrong resolution, and pan/zoom was affected. <br><br></div>In short, I agree, there is a lot of speed gain to be had here, which would open up or improve the experience of video editing for a lot more people on older/slower hardware.<br><br></div>-Evert-<br><div><div><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 29 September 2017 at 00:30, alcinos <span dir="ltr"><<a href="mailto:french.ebook.lover@gmail.com" target="_blank">french.ebook.lover@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Hi,<br></div>So I think you guys are talking about different things. Harald talks about prerendering, where you basically precompute all the frames for a portion of the timeline to play it faster. That should of course remain as it is, because the intent of this is to see how the final clip would look like.<br><br></div>Mikko seems to be talking about instant preview, aka what shows up in your timeline monitor when you press play (even if the portion you're playing wasn't pre-rendered). <br></div>That is true that there is currently a waste here, especially when working with proxy clips. Say for simplicity that you're project profile is 4K, and you're proxy are 720p. Then currently, if I am not mistaken, if you place a proxy clip on the timeline and play it, then kdenlive computes the frames in the project profile, which means that the clip must be scaled up to 4K, and then down again to whatever size your project monitor currently is (probably less than 720p). If there are effects applied in the meantime, I let you imagine what a waste this is…<br></div>I'll have a look to see if we can improve thing for kdenlive 17.12 with that respect.<br><br></div>Cheers<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-09-28 20:08 GMT+02:00 harald.albrecht <span dir="ltr"><<a href="mailto:harald.albrecht@gmx.net" target="_blank">harald.albrecht@gmx.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>For my workflow, I'm glad that the render pipeline is as is: because I need to resize the timeline height while working on my project this would otherwise invalidate the whole prerendering data. The downscaling is cheap, while the prerendering is expensive. I fail to see how changing the pipeline would improve the situation except to where low end hardware is used which even cannot scale down in realtime.<div><br></div><div>Best regards,</div><div>Harald<br dir="auto"><div dir="auto"><br></div></div><div><br></div><div style="font-size:100%;color:#000000"><div>-------- Ursprüngliche Nachricht --------</div><div>Von: Mikko Rapeli <<a href="mailto:mikko.rapeli@iki.fi" target="_blank">mikko.rapeli@iki.fi</a>> </div><div>Datum: 28.09.17  13:53  (GMT+01:00) </div><div>An: kdenlive <<a href="mailto:kdenlive@kde.org" target="_blank">kdenlive@kde.org</a>> </div><div>Betreff: kdenlive render pipeline (was Re: smart encoding) </div><div><br></div></div><div><div class="m_8037459704888695380h5">Related to this, kdenlive render pipeline for time line preview on<br>the monitor GUI component is far from optimal. First the clips are rendered<br>to project profile and then rescaled to fit the monitor screen size.<br>Also with proxy clips.<br><br>IMO better would be to render project previews directly to the<br>current monitor/preview size without passing through current project<br>profile except for frame rate.<br><br>For final rendering, naturally, the project profile should be used.<br><br><a href="https://bugs.kde.org/show_bug.cgi?id=384764" target="_blank">https://bugs.kde.org/show_bug.<wbr>cgi?id=384764</a><br><br></div></div>-Mikkoo<br></div></blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Evert Vorster<br>Isometrix Acquistion Superchief<br><br></div></div></div>
</div>