<br><br>On Saturday, August 28, 2021, Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com">gamberucci.andrea@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> can you re-test 'last frame rendering' with longer (7500 frames) timeline? not urgent, when you will have time....<br>
><br>
Always the same result, as in test.txt made 2 days ago:<br>
<br>
encoded 7499 frames in 270.06s (27.77 fps), 1165.19 kb/s, Avg QP:32.60<br>
Render::render_single: Session finished.<br>
** rendered 7500 frames in 272.158 secs, 27.558 fps<br>
<br>
Could it be that cnt1 starts from the first frame calling it 0 and cnt<br>
starts from the same first frame calling it 1? (I actually don't even<br>
understand why there are two counts! Maybe we can ask the freelancer,<br>
since he solved the: 7470 --> 7499).<br>
</blockquote><div><br></div><div><br></div><div>well, I mean test with last flashy/bright frame... as long as all frames get rendered into file - this is just cosmetical bug.... but if they still not... ( ( (</div><div><br></div><div>also, does cin crash for you uf you try to blade cut/insert transition/set in piint in one place, then set out point somewere else and then edit >badd silence (so it will act on transition too)? if yes - does my patch from 'iris square' transition crash (termux/arm)' fix this crash? </div>