<div dir="ltr"><div class="gmail_default" style="font-size:small">The bug could be due to ffmpeg 5.1 as opposed to ffmpeg 4.x  applied patches or some other change.<br></div><div class="gmail_default" style="font-size:small">Valgrind (heaptrack is really great but I am too lazy to git it) on Oct 31, 2020 does not exhibit this astronomical loss of available memory.</div><div class="gmail_default" style="font-size:small">October 31, 2020 GIT</div><div class="gmail_default" style="font-size:small">==257884==    definitely lost: 256 bytes in 8 blocks<br>==257884==    <b>indirectly lost: 64 bytes</b> in 8 blocks<br>==257884==      possibly lost: 0 bytes in 0 blocks<br>Current GIT:<br>==4985==    definitely lost: 1,296 bytes in 9 blocks<br>==4985==   <b> indirectly lost: 1,626,411 bytes</b> in 272 blocks<br>==4985==      possibly lost: 528,288 bytes in 14 blocks<br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 23, 2023 at 3:01 PM Stefan de Konink <<a href="mailto:stefan@konink.de">stefan@konink.de</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">On Monday, January 23, 2023 10:56:00 PM CET, Andrew Randrianasulu wrote:<br>
> sorry, I can't think about anything BUT disabling it by early return in<br>
> functions allocating cache items ...<br>
<br>
I added a -1, as effective.<br>
<br>
Lets say the solution is the file should be closed, but I am not yet at the <br>
point what either "does not do that" (mwindow/vwindow) or "is logically <br>
wrong" (garbage collector).<br>
<br>
-- <br>
Stefan<br>
</blockquote></div>