[FFmpeg-trac] #9661(avformat:new): The timestamp not correct after seek

FFmpeg trac at avcodec.org
Mon Feb 21 14:35:26 EET 2022


#9661: The timestamp not correct after seek
----------------------------------+--------------------------------------
             Reporter:  kerry     |                     Type:  defect
               Status:  new       |                 Priority:  important
            Component:  avformat  |                  Version:  git-master
             Keywords:            |               Blocked By:
             Blocking:            |  Reproduced by developer:  0
Analyzed by developer:  0         |
----------------------------------+--------------------------------------
 Summary of the bug:
 Use ffplay to play a static hls address, if there no seek, the timestamp
 is normally, but if we do seek(press → or ↑) the timestamp will return to
 zero and then accumulate again, this issue will cause progress bar not
 correct after seek.

 I have found the code may caused this issue in
 ffmpeg/libavformat/seek.c#732, if cur_dts is valued as seek_timestamp(the
 seek value), the timestamp will normally even after seek, but this modify
 may have side effect. So could you analysis this and give a office
 solution. Thanks.


 How to reproduce:
 {{{
 ffplay http://live.ximalaya.com/radio-first-page-
 app/history/1994/24.m3u8\?start\=1644363000000\&end\=1644368400000

 ffplay version 5.0 Copyright (c) 2003-2022 the FFmpeg developers

 built with Apple clang version 13.0.0 (clang-1300.0.29.30)
 }}}
 Patches should be submitted to the ffmpeg-devel mailing list and not this
 bug tracker.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/9661>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list