使用FFmpeg下载网络流遇#EXT-X-DISCONTINUITY-SEQUENCE问题求助

你遇到的核心问题是目标HLS流存在序列中断（discontinuity），FFmpeg默认的时间戳处理逻辑在这种场景下会失效，导致DTS混乱、音视频不同步甚至最终文件损坏。下面是几个经过验证的解决方案，按优先级尝试：

1. 基础修复：强制忽略错误时间戳并处理不连续序列 #

直接在下载命令中添加FFmpeg的flags来跳过损坏片段、重置时间戳：

ffmpeg -fflags +igndts+discardcorrupt+flush_packets -max_muxing_queue_size 9999 -i "你的m3u8地址" -c copy -bsf:a aac_adtstoasc output.mp4

• +igndts：忽略输入的DTS，让FFmpeg重新生成连续的时间戳
• +discardcorrupt：自动丢弃损坏的数据包，避免下载中断
• +flush_packets：在序列中断时强制刷新数据包队列，减少音视频不同步
• -max_muxing_queue_size 9999：增大复用队列大小，防止因不连续片段导致的队列溢出报错
• -bsf:a aac_adtstoasc：修复AAC音频的ADTS头问题，部分中断流会损坏音频封装结构

2. 若直接复制编码失败，尝试转码重建时间戳 #

如果上述命令仍出现不同步，说明流的时间戳损坏较严重，此时可以放弃直接复制（-c copy），转码为标准编码让FFmpeg完全重建时间轴：

ffmpeg -fflags +igndts+discardcorrupt -i "你的m3u8地址" -c:v libx264 -c:a aac -crf 23 output.mp4

• -crf 23：视频质量参数，数值越小质量越高（18-28是常用区间）
• 转码会消耗更多CPU，但能彻底解决时间戳不连续问题，生成的文件兼容性更好

3. 高级处理：手动指定序列中断处理逻辑 #

如果流的#EXT-X-DISCONTINUITY-SEQUENCE标签频繁出现，可尝试开启+genpts参数强制生成连续的PTS（显示时间戳），同时配合-avoid_negative_ts make_zero让时间轴从0开始：

ffmpeg -fflags +igndts+genpts+discardcorrupt -avoid_negative_ts make_zero -i "你的m3u8地址" -c copy output.mp4

这个组合会让FFmpeg完全忽略输入的时间戳，从头生成连续的时间序列，适合严重不连续的流。

额外注意事项 #

• 如果你用的是较旧版本的FFmpeg，建议先升级到最新稳定版——新版本对HLS不连续序列的处理逻辑有明显优化
• 部分CDN会对频繁请求的IP做限制，若下载中断频繁，可尝试添加浏览器UA头模拟请求：-user-agent "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36"

内容的提问来源于stack exchange，提问作者MiGu3X