On 10/16/13, Bruce Wheaton <[email protected]> wrote: > > > > Bruce > > >> On Oct 16, 2013, at 6:52, James Board <jpboard2@yahoo. >> Does my question make sense to anyone? Or am I doing something very >> wrong >> with libav and seeking? Has anyone seen this behavior before when you >> seek to >> position N in a file, but the first few frames that get decoded are lower >> than N? >> Is there a better way? > > Yes, this is known and basically unavoidable with most codecs. Each frame is > dependent on one or more frames that came before. Even if a system made this > seem to not happen, from your point of view, it still would be happening in > the background. > > I mentioned this problem when discussing multi threading. > > The only workaround is to use intra-frame only compression, so all frames > are independent. Some codecs you listed always work that way.
ffvhuff is intra only. > > Bruce > > >> Does this have anything to do with cached frames, or is that another >> issue? >> >> _______________________________________________ >> Libav-user mailing list >> [email protected] >> http://ffmpeg.org/mailman/listinfo/libav-user > _______________________________________________ Libav-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/libav-user
