On Mon, Mar 16, 2015 at 04:07:07PM +0000, Derek Buitenhuis wrote: > The current behavior may produce packets in a different order > after seeking, compared to demuxing linearly from the beginning. > This is because the MOV demuxer seeks in each stream based on > timestamp, which may not necessarily match the original packet > order. > > This makes implementing certain operations, such as segmenting, > quite hard, and slower than need be. > > Therefore, add an option which retains the same packet order > after seeking, as when a file is demuxed linearly. This is > accomplished by seeking in the other streams, based on file > position, rather than timestamp. > > The positional search in the index entries is implemented as > a linear search since, in MOV, the index entries may be out of > order in terms of file position, in particularily insane files. > > Signed-off-by: Derek Buitenhuis <derek.buitenh...@gmail.com> > --- > libavformat/isom.h | 1 + > libavformat/mov.c | 71 > ++++++++++++++++++++++++++++++++++++++++----------- > libavformat/version.h | 4 +-- > 3 files changed, 59 insertions(+), 17 deletions(-)
LGTM thanks [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Frequently ignored answer#1 FFmpeg bugs should be sent to our bugtracker. User questions about the command line tools should be sent to the ffmpeg-user ML. And questions about how to use libav* should be sent to the libav-user ML.
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
