[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