<div class="gmail_quote">On Wed, Nov 25, 2009 at 4:52 PM, Laurent Aimar <span dir="ltr"><<a href="mailto:fenrir@via.ecp.fr">fenrir@via.ecp.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
</div> It is alreay done like that. You don't see it because, the video does not<br>
have the time to be displayed before a new seek is issued. The code executing<br>
the seek does the seek at the demuxer level, but does not look at the decoder<br>
level.<br>
 What could be done is to postpone a new seek execution until either the decoder<br>
has displayed a frame or a (small) timeout (in src/input/input.c).</blockquote><div><br></div><div>Yes, there has to be "extra time" besides the time for realizing a seek request. You do want to let the media play for a little while before seeking again, no matter how fast a single seek request is processed. That's what my changes at Qt level introduced.</div>
<div><br></div><div>Of course it's of bigger benefit to implement in the core, I agree.</div></div>