<div dir="ltr"><div><div><div><div>Hi there.... <br><br></div>I just bought 16Gb more ram for my computer because of this bug.... <br></div>It's really painful to use high resolution footage for even smallish projects, as the memory just is not returned, even when unused clips are removed, or the entire project is closed. <br></div><div>The only way to get the memory back is to completely shut down kdenlive.<br></div><div><br></div>Kind regards,<br></div>Evert<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 29 March 2016 at 09:45, Jean-Baptiste Mardelle <span dir="ltr"><<a href="mailto:jb@kdenlive.org" target="_blank">jb@kdenlive.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Sunday, March 27, 2016 11:12:32 PM CEST, Dan Dennedy wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I am working on a MLT bug report: "melt eats more memory than available"<br>
<a href="https://sourceforge.net/p/mlt/bugs/242/" rel="noreferrer" target="_blank">https://sourceforge.net/p/mlt/bugs/242/</a><br>
<br>
It is still not yet clear if this large and complex project simply requires much memory, or if there is a leak. However, my suggestion to alleviate the problem can be considered successful: add "autoclose=1" to each MLT playlist when making the render XML. I have known about this for some time, suggested it in the past to users, and recently I added it to Shotcut. It is documented here [1]. The memory saving is not always dramatic as this particular case, but at least it will save many people from having a problem while rendering from the GUI - both of which can be memory hungry. Also, it might be a good, easy improvement to add to Kdenlive.<br>
[1] <a href="https://www.mltframework.org/doxygen/properties.html" rel="noreferrer" target="_blank">https://www.mltframework.org/doxygen/properties.html</a><br>
</blockquote>
<br>
<br></div></div>
Thanks Dan, <br>
I applied this fix. <br>
By the way, that might not be related but in Kdenlive we use a playlist to hold our project clips, like you do in Shotcut with the "main bin" playlist and there also seems to be memory issues with clip management.<br>
<br>
Open Kdenlive, empty project. Memory usage: 92Mb<br>
Add a 19Gb clip to Bin. Memory usage: 520Mb<br>
Remove clip from Bin. Memory usage: 502Mb<br>
<br>
Memory is not freed after deleting a clip from bin.<br>
<br>
Same thing happens in Shotcut. When adding a clip to the playlist and deleting it, memory is not recovered.<br>
<br>
I noticed this several months ago and I think with older Kdenlive/MLT versions, memory was freed when deleting a clip... in case it can help with your investigations...<br>
<br>
regards<br>
jb<br>
<br>
_______________________________________________<br>
kdenlive mailing list<br>
<a href="mailto:kdenlive@kde.org" target="_blank">kdenlive@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kdenlive" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kdenlive</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Evert Vorster<br>Isometrix Acquistion Superchief<br>(Streamer Handling)</div>
</div>