FFmpeg切割视频后经blur工具处理出现音视频不同步的问题咨询

嘿，这个问题我之前也碰到过，核心原因确实和你猜测的关键帧/时间戳处理有关，咱们来捋清楚：

首先看你用的切割命令：

ffmpeg -i originalClip.mp4 -ss 00:00:14 -t 00:00:21 -codec copy outputClip.mp4

这里的-codec copy是流复制模式，它直接拷贝原视频的音视频流，不做重新编码，所以速度快、画质无损，但有个隐藏的坑：如果你的起始时间00:00:14刚好不在视频的关键帧上，FFmpeg会自动回退到最近的前一个关键帧开始切割，然后在输出文件的元数据里标记“起始时间是14秒”。播放器能自动处理这个偏移，但像你用的blur工具这种需要逐帧处理（还开了480fps插值）的工具，会把元数据标记的时间和实际帧的起始时间搞混，最终导致音频滞后。

而原视频没问题的原因很简单：原视频的时间戳是完整连续的，blur工具能精准对齐音视频的时间轴，自然不会出同步问题。

给你两个解决思路：

1. 重新编码切割后的视频（最稳妥） #

放弃流复制，对切割后的视频重新编码，这样能生成时间戳完全连续、关键帧规整的文件，完美适配blur工具的处理逻辑。命令改成：

ffmpeg -i originalClip.mp4 -ss 00:00:14 -t 00:00:21 -crf 18 -preset medium outputClip.mp4

这里-crf 18和你blur工具里的quality: 18参数一致，保证画质；-preset medium平衡编码速度和文件大小，重新编码后的视频再丢给blur工具，同步问题基本就能解决。

2. 调整流复制的参数（追求速度时用） #

如果你不想重新编码，把-ss参数移到输入文件前面，让FFmpeg先定位到关键帧再读取视频：

ffmpeg -ss 00:00:14 -i originalClip.mp4 -t 00:00:21 -codec copy outputClip.mp4

这种方式会让FFmpeg从14秒附近的关键帧开始读取，输出视频的元数据时间和实际帧的起始时间一致，能减少时间偏移的问题，但缺点是切割的起始时间可能会有几帧的误差（取决于原视频的关键帧间隔）。

另外提一句：你开启了480fps的插值操作，这种对时间精度要求极高的处理，对输入视频的时间戳连续性非常敏感，流复制带来的微小偏移都会被放大，所以更推荐第一种重新编码的方案。

备注：内容来源于stack exchange，提问作者John V Dole