使用FFmpeg将MPEG-TS转MPEG-DASH时音视频不同步的解决方法

结合你给出的测试场景，这个同步问题大概率是AAC_LATM音频流的封装特性和DASH的分片处理逻辑不匹配导致的——毕竟你复制视频转MP4时同步正常，重编码音视频转DASH也正常，说明核心矛盾出在「复制视频+音频转码/封装」的DASH处理流程上。下面给你几个无需重编码视频的解决方案，按优先级排序：

方案1：直接复制音频流（零性能开销） #

既然原音频已经是AAC家族的LATM格式，尝试直接复制音频流，避免转码过程中可能的时间戳偏移：

ffmpeg -i http://10.0.0.211:55555/Ch%2011%20Kan -c:v copy -c:a copy -strict -2 -window_size 10 -extra_window_size 10 -use_template 1 -use_timeline 1 -f dash kan.mpd

原理：跳过音频转码步骤，直接复用TS流里的AAC_LATM数据，减少时间戳被篡改的可能性。大部分新版本FFmpeg都支持将AAC_LATM封装进DASH的MPD结构，如果你用的是旧版本，可能需要升级FFmpeg。

方案2：用比特流过滤器转换AAC封装格式（轻量无质量损失） #

如果方案1无效，说明DASH对AAC_LATM的兼容性不好，可以用比特流过滤器把AAC_LATM转换成更通用的ADTS格式，全程不重编码音频：

ffmpeg -i http://10.0.0.211:55555/Ch%2011%20Kan -c:v copy -c:a copy -bsf:a aac_adtstoasc -strict -2 -window_size 10 -extra_window_size 10 -use_template 1 -use_timeline 1 -f dash kan.mpd

原理：AAC_LATM是TS流常用的封装形式，而DASH更适配ADTS格式的AAC。aac_adtstoasc过滤器能在不重新编码的前提下，转换AAC的封装头部，让DASH的分片逻辑能正确识别音频时间戳，同时性能开销几乎可以忽略。

方案3：强制对齐音视频时间戳 #

如果前两个方案都不行，可以添加时间戳对齐参数，强制FFmpeg将音频时间戳与视频严格同步：

ffmpeg -i http://10.0.0.211:55555/Ch%2011%20Kan -c:v copy -strict -2 -async 1 -window_size 10 -extra_window_size 10 -use_template 1 -use_timeline 1 -f dash kan.mpd

原理：-async 1参数会让FFmpeg忽略音频原始时间戳，直接对齐到视频的时间轴上，适合处理流输入时的时间戳漂移问题，同样不会触发视频重编码。

补充分析 #

为什么转MP4时同步正常？因为MP4容器的时间戳处理逻辑更灵活，FFmpeg在封装MP4时会自动修正音视频时间戳的微小偏移；而DASH的分片机制（window_size、use_timeline）对时间戳的一致性要求更高，当你只复制视频却转码音频时，FFmpeg可能没有正确同步两者的时间基准，导致最终分片出现错位。而重编码视频时，FFmpeg会重新生成一套统一的时间戳，所以同步正常，但代价是性能损耗。

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