<br><br>On Wednesday, May 4, 2022, Andrea paz via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thank you for the valuable information. I attach the result of<br>
heaptrack done with the system already started for 1-2 hours and with<br>
the system just rebooted (...cin.1185)<br>
[<a href="https://www.dropbox.com/s/kko33qk3gvnyni9/heaptrack.cin..tar.gz?dl=0" target="_blank">https://www.dropbox.com/s/<wbr>kko33qk3gvnyni9/heaptrack.cin.<wbr>.tar.gz?dl=0</a>].<br>
I used a 28s video (h264) with 3 transitions. I simply started<br>
playback and when I reached the end of the track, I started reverse<br>
playback. I used Cache size=8192 and Preroll=2.0s. I attach an image<br>
of the heaptrack graph and the link to the files obtained from<br>
heaptrack. I'm not very good at interpreting them, except the attached<br>
graph which clearly shows the transitions problem. I have a PC with<br>
32GB of Ram and a swap file of 4GB (I only need it to avoid problems<br>
with hibernation/suspension).<br>
<br>
- Do you recommend increasing my swap file?<br>
- From the heaptrack results of my test, do you see any memory issues?<br>
And if so, can they be fixed?<br>
- Do you have any suggestions on how to fluidify CinGG playback,<br>
especially with effects and transitions?<br>
</blockquote><div><br></div><div>well, canonical suggestion is to use background rendering over selected region, I think? </div><div><br></div><div>but in general you can try to add '-march=native' and other machine-specific cflags in adiition to -Ofast in cinelerra/Makefile (Ofast applied to our scaler functions). </div><div><br></div><div>Also, time back Bill changed caching algo so it worked without crashing in 32-bit mode. May be we can conditionally revert those changes for 64-bit compile... </div>