如何批量无损合并675个切分MP4文件？解决转TS合并时的开头卡顿问题

核心原理 #

此前TS合并方案出现每段开头1秒卡顿发闷的问题，根源是TS封装的固定188字节包结构会强制做PCR对齐、给每段流加固定时间戳偏移，打破了原MP4片段内部的解码同步边界，导致解码器到每段开头都需要重新建立缓冲、对齐音视频同步，最终出现卡顿、声音发闷的现象。
你切分的所有MP4片段均来自同一源文件，使用完全一致的libx264 crf30参数编码，视频分辨率、帧率、音频编码、采样率、时间基等参数完全统一，完全可以通过FFmpeg原生的concat流拷贝功能直接合并，全程不需要转TS、不需要重编码，无任何质量损失。

落地操作步骤 #

• 生成合并顺序清单
  在存放所有s1.mp4到s675.mp4片段的文件夹内，创建纯文本文件list.txt，严格按照播放顺序逐行写入片段路径，格式示例：

  file 's1.mp4'
  file 's2.mp4'
  file 's3.mp4'
  ...
  file 's675.mp4'
  

  注意：清单内的文件顺序不能打乱，最终输出的播放顺序和清单行序完全对应
• 执行合并命令
  在当前文件夹打开终端，运行以下命令即可直接完成合并：
  ffmpeg -f concat -safe 0 -i list.txt -c copy merged_full.mp4

效果与注意事项 #

• 该方案全程使用流拷贝模式，输出文件的音视频质量和单个片段完全一致，无任何二次编码带来的质量损失
• 处理速度极快：90分钟总时长的内容，合并过程仅需几秒到十几秒，远快于重编码、转TS的方案
• 因为没有跨封装格式的时间戳偏移，解码器不需要在每段边界重新建立同步，完全不会出现TS方案常见的开头卡顿发闷问题
• 如果合并完成后发现MP4的Web播放适配问题，可以在命令末尾追加-movflags faststart参数，把MP4的播放索引移到文件头部，全程依然是流拷贝，不涉及重编码
• 你的切分操作是重编码模式输出，FFmpeg会自动做关键帧对齐，不存在无参数切分的截断问题，合并后的播放连贯性和源文件完全一致
• 额外优化提示：你当前的切分命令把-ss参数放在输入文件之后，属于逐帧解码seek，速度较慢。后续如果需要调整切分效率，可以把-ss移到输入文件之前，搭配-c copy直接无损失快速切分，切出的片段同样可以用上述方法直接合并。

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