<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-01-28 15:34 GMT+02:00 Nicolas George <span dir="ltr"><<a href="mailto:george@nsup.org" target="_blank">george@nsup.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le nonidi 9 pluviôse, an CCXXIII, Max Vlasov a écrit :<br>
<span class="">> The idea was to read all packets saving pts and keyframe flag (without<br>
> decoding) and make a list of them in order of ptses. After this we have a<br>
> ready FrameCount and when one needs to jump to an exact frame number<br>
<br>
</span>Why do people here always want to work with frame numbers? Frame numbers are<br>
unreliable, they are a remnant of the time where containers could only do<br>
constant FPS.<br>
<br>
The correct way of identifying a frame is not its number, it is its<br>
timestamp.<br>
<br>
Regards,<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
  Nicolas George<br>
</font></span><br>_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
<br></blockquote></div><br></div><div class="gmail_extra">Frames are important entities if the application is video editor.<br></div><div class="gmail_extra">It wants to treat video as a sequence of images. It wants discrete timeline where each frame is a unit.<br></div><div class="gmail_extra">How about buffering 40ms of video in memory? Vague. 40 frames? Required memory=frame_size*40. Simple. etc<br> <br></div></div>