FFmpeg concat demuxer用-c copy时偏移视频流起始时间问题咨询

如果你在用FFmpeg的concat demuxer结合-c copy拼接MP4文件时，遇到视频流start_time/start_pts莫名偏移（比如从0变成0.022969），导致QuickTime初始显示空白的问题，下面是具体的原因分析和不需要重编码的解决方案：

为什么会出现这个问题？ #

核心原因是MP4容器的时间戳规范与FFmpeg流拷贝逻辑的兼容性处理：

• MP4容器严格要求媒体流的时间戳不能为负值，即使你的原文件before.mp4显示start_time=0，视频帧的实际PTS/DTS可能存在极其细微的前置偏移（比如编码时的帧延迟）。当用-c copy拷贝流时，FFmpeg的concat demuxer会自动校准这些偏移，避免输出文件出现无效时间戳，这就导致了可见的起始时间变化。
• 另外，H.264视频的时间基（tbn/tbc）与MP4容器的时间戳处理逻辑交互时，FFmpeg为了保证输出文件能被大多数播放器兼容，会重新计算视频流的起始时间，这也是偏移产生的一个因素。

无质量损失的解决方案 #

这些方法都不会重编码视频，完全保留原始画质：

1. 用-fflags +genpts强制生成规范时间戳 #

在concat命令中添加这个参数，让FFmpeg重新生成连续合规的PTS/DTS，同时保留原始流数据：

ffmpeg -f concat -i concat.txt -fflags +genpts -c copy concat_fixed.mp4

这个参数会覆盖原流中可能存在的异常时间戳偏移，生成符合MP4规范的起始时间，完美解决QuickTime的空白问题。

2. 转封装为MPEG-TS后再concat（规避MP4时间戳限制） #

MPEG-TS容器对时间戳的处理更灵活，而且不会改变原视频的帧率（比转MKV更稳妥）：

• 先把原MP4转成TS：

ffmpeg -i before.mp4 -c copy before.ts

• 更新concat.txt为file before.ts
• 执行concat命令：

ffmpeg -f concat -i concat.txt -c copy concat_fixed.mp4

转TS再合并能绕过MP4的时间戳校准逻辑，最终转回MP4也没有质量损失。

3. 用-copyts强制保留原始时间戳 #

这个参数会让FFmpeg完全拷贝原流的时间戳，不做任何调整：

ffmpeg -f concat -i concat.txt -c copy -copyts concat_fixed.mp4

⚠️ 注意：这个方案可能导致严格遵循MP4规范的播放器（比如QuickTime）出现兼容性问题，如果你的输出文件需要在QuickTime中正常播放，优先选前两个方案。

验证修复结果 #

执行以下命令检查修复后的文件，确认start_time和start_pts回到0：

ffprobe concat_fixed.mp4 -show_streams | grep -E "start_time|start_pts"

关于FFmpeg官方修复的可能性 #

目前FFmpeg官方将这个行为视为预期的兼容性处理——调整起始时间是为了保证输出文件能在更多播放器中正常播放。如果要让concat demuxer默认不调整起始时间，需要修改其时间戳处理逻辑，但短期内官方不太可能变更，因为这可能破坏现有文件的兼容性。

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