[FFmpeg-devel] obseve PTS overflow when seeking

Wolfram Gloger wmglo at dent.med.uni-muenchen.de
Tue Aug 21 12:08:08 CEST 2012


Michael Niedermayer <michaelni at gmx.at> writes:

> mpegts calls av_add_index_entry() directly

Hrmpf, you're right.  But that is marked FIXME as it unconditionally
adds keyframe entries where TS really has no such markers.  I actually
don't see the point of this unless for some basic timestamp caching.

So I think either that call should be removed from mpegts.c (my
preference), or mpegts should advertise the AVFMT_GENERIC_INDEX flag.
Agree?

> the index would become present during the first seek for mpegts
> so this would stop working for subsequent seeks

Ok how about taking the pragmatic approach and at the end of
ff_gen_search, _if_ a wraparound was detected, simply flush the index?
Also, for all formats with wrapping timestamps, declare the index only
'locally defined' (it obviously makes no sense otherwise anyway).

> Its very possible that it might work out with ffmpeg_opt.c but thats
> not the only application that uses libavformat
> seeking ~5 seconds before starttime (thats what you will likely get
> when pressing the left arrow in some players at the begin) should not
> seek to the end of the file

I agree but the players should handle that.  ffmpeg API should somehow
_allow_ seeking to the end of the file, no?

> yes but its a half-solution, it may work with a single timestamp
> wrap, it wont help with general discontinuities.

True.  ffmpeg.c handles general discontinuities (or tries to).
Pushing that into libavformat may be desirable but is much more
ambitious.

> also i suspect the correction would be needed at more places,
> especially the seeking code and index would need changes too

Overflow detect could flush the index, too.  After all, timestamp wrap
is a rare event and therefore performance is not an issue.

Regards,
Wolfram.


More information about the ffmpeg-devel mailing list