[FFmpeg-trac] #8334(undetermined:open): Start time is doubled when using HLS or DASH input

FFmpeg trac at avcodec.org
Thu Apr 28 14:04:06 EEST 2022


#8334: Start time is doubled when using HLS or DASH input
-------------------------------------+-------------------------------------
             Reporter:  ronag        |                    Owner:  (none)
                 Type:  defect       |                   Status:  open
             Priority:  normal       |                Component:
                                     |  undetermined
              Version:  git-master   |               Resolution:
             Keywords:  hls dash     |               Blocked By:
  start time offset timestamp        |
  double                             |
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by quinkblack):

 Replying to [comment:5 Balling]:
 > Looks like it is fixed already, files created with ffmpeg.exe -f lavfi
 -i "testsrc=duration=10" -output_ts_offset 60 -f dash -hls_playlist 1
 loop.mpd
 >
 > no longer report
 >
 >   Duration: 00:00:10.00, start: 120.000000, bitrate: 0 kb/s
 > when you do
 >
 > ffmpeg -seek_timestamp 1 -ss 65 -i loop.mpd out.mp4
 >
 >
 > it does report
 >
 >   Duration: 00:00:10.00, start: 60.000000, bitrate: 0 kb/s
 >
 >
 > so it appears to be fixed recently.

 The real issue is hidden by ignore sidx timestamp in demux. Try disable
 -use_tfdt:
 ./ffprobe_g -v debug -use_tfdt 0  loop-stream0.mp4
 ...
   Duration: 00:01:10.00, start: 120.000000, bitrate: 5 kb/s
 The real issue is incorrect sidx field in muxer.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/8334#comment:6>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list