这种情况我之前处理过好几次，大概率是两个源文件的**流媒体时序信息（比如DTS/PTS时间戳）**不匹配导致的——之前能正常合并是因为那些文件的轨道起始时间戳、编码参数都是规范的，但这次的其中一个（或两个）文件可能是经过截取、转码或者从非标准容器导出的，打乱了FFmpeg默认合并逻辑依赖的时序规则。

下面是一步步的排查和解决方法：

第一步：确认问题根源 #

先检查两个文件的时间戳和编码信息，用ffprobe快速验证：

• 查看单个文件的轨道起始时间、编码格式：

  ffprobe -show_entries stream=start_time,duration,codec_name -of compact=p=0:nk=1 file1.mp4
  ffprobe -show_entries stream=start_time,duration,codec_name -of compact=p=0:nk=1 file2.mp4
  

如果其中一个文件的start_time不是0，或者音视频轨道的起始时间不一致，那基本就是这个问题了。

第二步：针对性解决方法 #

方法1：使用Concat Demuxer（最推荐，适合同编码文件） #

这是FFmpeg官方推荐的合并同编码视频的方法，能严格保证顺序，前提是两个文件的音视频编码格式、分辨率、帧率一致：

1. 创建一个文本文件filelist.txt，内容如下（注意文件名要加引号，路径有空格时必须加）：

   file 'file1.mp4'
   file 'file2.mp4'
   

2. 执行合并命令：

   ffmpeg -f concat -safe 0 -i filelist.txt -c copy output.mp4
   

如果提示编码不兼容，去掉-c copy让FFmpeg重新编码即可：

ffmpeg -f concat -safe 0 -i filelist.txt output.mp4

方法2：使用Concat滤镜（强制重新编码，解决时间戳混乱） #

如果demuxer方法无效，说明时间戳问题比较严重，用concat滤镜强制重新编排时序：

ffmpeg -i file1.mp4 -i file2.mp4 -filter_complex "[0:v:0][0:a:0][1:v:0][1:a:0]concat=n=2:v=1:a=1[v][a]" -map "[v]" -map "[a]" output.mp4

这个方法会重新编码整个视频，虽然耗时久，但能彻底解决时序异常问题。

方法3：先修复单个文件的时间戳 #

如果排查发现其中一个文件的起始时间戳异常，先单独修复它再合并：

ffmpeg -i problematic_file.mp4 -c copy -start_at_zero fixed_file.mp4

然后用方法1合并修复后的文件和另一个正常文件即可。

补充说明 #

之前合并正常的文件，一般都是从同一设备录制、或者经过标准转码流程生成的，时序信息是规范的；而这次的异常文件可能是从直播流截取、用非专业工具转码，或者编辑后导出时保留了非零起始时间戳，导致FFmpeg默认的合并逻辑（按时间戳排序）把顺序搞反了。

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