<div dir="ltr">Hey Carl, thanks for the reply.  We have an older version of the library (with some unrelated changes) and no ffmpeg executable to match it.  Is it possible this was an issue at some point or are we not processing the file properly?  Besides reading frames when playing is there another way of populating the index table from the Cues on demand (when a seek is requested) or when opening the file?</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 6, 2018 at 12:17 PM, Carl Eugen Hoyos <span dir="ltr"><<a href="mailto:ceffmpeg@gmail.com" target="_blank">ceffmpeg@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">2018-09-06 17:17 GMT+02:00, Bob Kirnum <<a href="mailto:bkirnum@gmail.com">bkirnum@gmail.com</a>>:<br>
> We use the libavformat APIs to open and read frames from various<br>
> containers.  The basics work fine for MKV.  However, we have encountered an<br>
> issue seeking forward.  It seems the index table is populated as the file<br>
> is played.  As such, the index entries beyond the current frame are not<br>
> available.  Seeking forward results in seeking to a non-key-frame.<br>
<br>
</span>Is this reproducible with ffmpeg (the application)?<br>
(Why not?)<br>
<br>
Carl Eugen<br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://ffmpeg.org/mailman/<wbr>listinfo/libav-user</a><br>
</blockquote></div><br></div>