Opened 6 years ago
Last modified 2 years ago
#6737 new defect
ffmpeg can't interpret HLS #EXT-X-DISCONTINUITY tag.
| Reported by: | shiina | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | undetermined |
| Version: | git-master | Keywords: | |
| Cc: | mkuron | Blocked By: | |
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
Summary of the bug:
Trying to convert from HLS (it's list file includes #EXT-X-DISCONTINUITY tag) to mp4, it can't convert well after #EXT-X-DISCONTINUITY tag.
How to reproduce:
% ./ffmpeg -report -y -i /tv/tmp/56m9c2ry/list.m3u8 -vcodec copy -acodec copy ./test.mp4 ffmpeg version 2017-09-16 snapshot of git.ffmpeg.org. built on ubuntu16.04
About input file: My HLS may be valid, so I watch the video properly by chrome, firefox and vlc.
Attachments (2)
Change History (6)
by , 6 years ago
| Attachment: | ffmpeg-20171016-175143.log added |
|---|
follow-up: 2 comment:1 by , 6 years ago
What should it possibly do though?
In copy mode, there is not much it can do to gracefully handle a discontinuity.
If you re-encode, it should work as expected.
comment:2 by , 6 years ago
Trying to convert with re-encode, it brings a bad results, too.
The command is
./ffmpeg -report -y -i /tv/tmp/56m9c2ry/list.m3u8 -vcodec libx264 -acodec aac ./test2.mp4
Replying to oromit:
What should it possibly do though?
In copy mode, there is not much it can do to gracefully handle a discontinuity.
If you re-encode, it should work as expected.
comment:3 by , 6 years ago
| Version: | unspecified → git-master |
|---|
comment:4 by , 2 years ago
| Cc: | added |
|---|



report file