在视频处理领域，把多个已经拍摄好的片段连成一条完整视频是常见需求。FFmpeg作为开源多媒体处理工具，支持在不重新编码的情况下完成这一操作，也就是常说的无损合并。所谓无损，是指码流直接拼接，不经历解码再编码的过程，因此画面和声音质量与原文件完全一致。要实现这一点，核心前提是参与合并的所有文件在编码格式、分辨率、帧率、像素格式以及音频采样率等参数上保持严格一致。
为什么直接拼接要求参数一致
视频文件由封装容器和内部的编码流组成。以MP4为例，它只是把视频流和音频流按一定结构打包，真正决定画面的是H.264或H.265这类编码数据。当使用FFmpeg的文件级拼接时，工具仅仅是把一段文件的编码数据接到另一段后面，并不会去检查两段的参数差异。如果第一段是1920x1080且帧率30，第二段是1280x720且帧率25，播放器在读取拼接后的文件时，会因为参数突变而出现花屏、卡顿或者声音错位。
从技术原理看，编码流中的关键帧和参考帧结构是基于连续时间序列建立的。不同参数的文件意味着独立的编码上下文，直接首尾相连会破坏解码器的状态机。因此，参数一致不是FFmpeg的限制，而是编码标准本身的要求。在实操前，我们可以用ffprobe命令查看每个文件的详细流信息，确认视频流的codec_name、width、height、r_frame_rate以及音频流的sample_rate是否相同。
如果源文件参数不一致，又希望最终是一个文件，那就必须走转码合并路线，也就是先统一参数再拼接，这必然带来质量损失或体积增加。所以无损合并的本质是“避开了编码环节”，而不是“任何文件都能无损”。明确这一点，才能合理规划拍摄或前期导出流程，从源头保证片段参数统一。
使用concat协议进行最快无损合并
当所有文件参数一致且封装格式支持流级拼接时，最推荐的方式是concat协议。它让FFmpeg把多个文件当作连续输入直接读出，输出时只重写容器头，不触碰内部编码数据。这种方法速度极快，通常只受磁盘读取速度限制，且画质零损失。
具体操作需要准备一个文本列表，里面按顺序写下每个视频路径。假设我们有三个文件，列表内容如下，注意每行前缀为file后接单引号包裹的路径：
file '/home/user/clip1.mp4' file '/home/user/clip2.mp4' file '/home/user/clip3.mp4'
随后执行合并命令，指定使用concat协议并禁用重新编码：
ffmpeg -f concat -safe 0 -i list.txt -c copy output.mp4
这里的-f concat声明输入格式为拼接协议，-safe 0允许使用绝对路径，-c copy表示所有流直接拷贝。如果文件本身是MP4且参数一致，该命令几秒内就能完成数GB内容的合并。需要提醒的是，某些MP4文件因为moov原子位置不同，可能导致拼接后部分播放器无法拖动进度条，此时可先用ffmpeg -i in.mp4 -c copy -movflags +faststart out.mp4预处理，把索引移到文件头。
利用concat滤镜处理参数微调场景
当文件编码格式相同，但分辨率或帧率略有差异，又不愿做完整重编码时，可以借助concat滤镜在滤镜图中统一参数后再输出。虽然滤镜链会触发重新编码，但相比完全转码，它能在可控范围内减小损失，并解决参数不一致引发的播放问题。
concat滤镜的基本思路是把多个输入映射进滤镜，指定视频流和音频流数量，由滤镜完成时间线连接。下面示例将两段H.264视频缩放对齐后拼接：
ffmpeg -i clip_a.mp4 -i clip_b.mp4 -filter_complex "[0:v]scale=1920:1080[v0];[1:v]scale=1920:1080[v1]; [v0][0:a][v1][1:a]concat=n=2:v=1:a=1[outv][outa]" -map "[outv]" -map "[outa]" -c:v libx264 -c:a aac merged.mp4
上述命令中，scale滤镜把两段视频都强制为1080p，concat=n=2:v=1:a=1表示两个输入段、各含一路视频和音频。由于经过了libx264重新编码，画质会有轻微变化，但能确保所有片段顺利衔接。对于只是帧率不同的文件，还可以在滤镜中加fps=30强制统一，避免播放端帧时间基混乱。
对比来看，concat协议适合纯参数一致的快速归档，concat滤镜适合轻度规整。在生产环境中，建议先通过脚本批量探测参数，自动分流到不同合并策略，既保效率也保兼容。掌握这两种方式，就能在面对各类素材时从容选择无损或近无损的合并方案。
常见误区与合并后检查方法
不少用户误以为只要把多个MP4改名后用cat命令直接连起来就能播，这仅在极特殊封装下偶然有效，绝大多数情况会损坏文件。FFmpeg的concat协议之所以可靠，是因为它理解容器结构并正确生成新头信息，而非简单字节追加。另一个误区是认为-c copy能自动转换分辨率，实际上该参数明确禁止任何编解码，参数不对就会报错而非 silently 降级。
合并完成后的检查不可忽视。可再次用ffprobe输出拼接文件的流信息，确认时长等于各段之和，且不存在不连续的时间戳。若发现音画偏移，多半是源文件音频延迟参数不同，此时需在滤镜合并时用adelay做对齐。此外，部分老旧播放器对拼接MP4支持差，可用-movflags +faststart优化 web 端兼容。
总结而言，FFmpeg无损合并多个视频的关键，在于前期参数规整与选择合适拼接路径。把一致性检查纳入工作流，配合本文给出的协议与滤镜示例，即可稳定产出高质量长视频，免去反复渲染之苦。