[FFmpeg-devel] [PATCH] H.264 timestamps in h264_parser - complete set

Ivan Schreter schreter
Sat Feb 21 20:45:29 CET 2009

Michael Niedermayer wrote:
> On Sat, Feb 21, 2009 at 01:15:46PM +0100, Ivan Schreter wrote:
> [...]
>> 5) in H.264, after a seek the timestamps would begin from 0 again, but 
>> next container DTS would associate new lavc timestamp, so the timestamps 
>> would be resumed correctly
> this is not ok
> for now just using AV_NOPTS_VALUE until a dts/pts is found should do, 
> later, once things are in svn we could try to use
> update_initial_timestamps / durations to fill in the timestamps after
> seeking
No, not the pts/dts from lavf. I meant the internal integer timestamps 
in H.264. They would begin with 0. lavf timestamps would return 
AV_NOPTS_VALUE until first valid DTS is found.

But if we are going to effectively export cpb_removal_delay and 
dpb_output_delay, it's irrelevant anyway. I'll look at it.



More information about the ffmpeg-devel mailing list