<br><br>On Tuesday, August 3, 2021, Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com">randrianasulu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>On Tuesday, August 3, 2021, Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com" target="_blank">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">The difference between appimage and build is that the former uses<br>
ffmpeg-4.3 and the latter ffmpeg-4.4. There is a small difference<br>
between the 2 renders, see mediainfo test-1.txt (appimage) and<br>
test-2.txt (build). It seems that ffmpeg-4.3 is more accurate. The<br>
real video source has 7500 frame (5min 0sec at 25 fps)!</blockquote><div><br></div><div><br></div><div>yeah, it seems last or 1 or 2 sec of stream is lost (</div><div><br></div><div>bad... </div><div><br></div><div>i'll look into ffmpeg's mail list and other projects to see if there anything easy enough to fix. </div></blockquote><div><br></div><div><br></div><div>I tried to slightly alter condition in FFStream::encode_frame</div><div><br></div><div>now it does not display flush errors at the end of encoding... if encode was much faster than timeline fps (still with 4.4)</div><div><br></div><div>problem is, for me encoded avi/mov actually have correct number of frames, i checked with mediainfo and internal cingg info window.. but i am on 32-bit arm machine... </div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>for now it seems upgrade to 4.4 still not good idea... </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
(Note: as usual, I can't install ydiff, sorry!<br>
[paz@arch-paz cinelerra-5.1]$ make ydiff<br>
make: ***  No rules for generating the "ydiff" target.  Arrest.)<br>
<br>
PS: I think most users don't look at the messages on the terminal:<br>
appimage you have to specify it if you want to run from shell. If you<br>
compile from terminal, having multiple messages should not be a<br>
problem. In my opinion we can leave the messages without hiding them.<br>
</blockquote>
</blockquote>