[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