12、视频帧率调整：改变视频帧率、帧率转换策略、运动补偿与丢帧

帧率调整，说白了就是让视频“动”得快一点或慢一点。你想想看，24fps的电影和60fps的游戏，流畅度完全不是一个概念。但真正做工程时，帧率转换远不是简单“抽掉几帧”或“复制几帧”那么简单。

我个人习惯把帧率调整分成两大类：整数倍转换和非整数倍转换。前者好办，后者才是真正的坑。

12.1 为什么需要调整帧率？

实际项目中，帧率调整的需求很常见：

• 格式兼容：把25fps的PAL制转成29.97fps的NTSC制
• 慢动作/快动作：升格拍摄的120fps素材要输出为24fps
• 网络传输：直播时动态调整帧率适配带宽
• 分析处理：降低帧率减少计算量

我记得有一次做监控视频分析项目，原始30fps的视频要降到5fps做AI检测。直接丢帧？结果运动目标全丢了。后来用了运动补偿，才把问题解决。

12.2 FFmpeg中的帧率调整工具

FFmpeg提供了多种帧率调整方式，各有适用场景：

方法	命令/滤镜	特点
直接设置输出帧率	-r 参数	简单粗暴，丢帧或复制帧
fps滤镜	fps=fps=30	可控性更强，支持舍入策略
setpts + 帧率控制	setpts=PTS+调整	改变播放速度同时调整帧率
minterpolate滤镜	minterpolate=fps=60	运动补偿插帧，效果最好

12.3 整数倍帧率转换

整数倍转换是最简单的场景。比如从30fps降到15fps，每2帧取1帧；从15fps升到30fps，每1帧复制1帧。

用-r参数是最直接的方式：

# 从30fps降到15fps，直接丢帧
ffmpeg -i input.mp4 -r 15 output.mp4

# 从15fps升到30fps，复制帧
ffmpeg -i input.mp4 -r 30 output.mp4

嗯，这里要注意：-r放在输入文件前和后，效果完全不同。放在输入前是改变输入解析帧率，放在输出前才是改变输出帧率。我刚开始用FFmpeg时就踩过这个坑。

用fps滤镜更推荐，因为控制更精细：

# 等价于上面的降帧
ffmpeg -i input.mp4 -vf "fps=15" output.mp4

# 升帧
ffmpeg -i input.mp4 -vf "fps=30" output.mp4

12.4 非整数倍帧率转换

这才是真正考验技术的地方。比如25fps转29.97fps，或者23.976fps转60fps。非整数倍转换必然涉及时间戳重映射和帧的插入/删除。

为什么会这样？因为源帧率和目标帧率的最小公倍数很大，无法通过简单的周期模式完成转换。

FFmpeg的fps滤镜内部使用时间戳舍入策略来决定每一帧的去留：

# 25fps转29.97fps
ffmpeg -i input_25fps.mp4 -vf "fps=30000/1001" output.mp4

# 23.976fps转60fps
ffmpeg -i input_23.976.mp4 -vf "fps=60" output.mp4

fps滤镜支持round参数控制舍入方式：

• near：就近舍入（默认）
• down：向下舍入（倾向于丢帧）
• up：向上舍入（倾向于复制帧）

# 倾向于保留更多帧
ffmpeg -i input.mp4 -vf "fps=30:round=up" output.mp4

12.5 运动补偿插帧

直接复制帧会导致画面“跳帧感”，尤其是大幅度运动的场景。运动补偿（Motion Compensation）通过分析相邻帧的运动矢量，生成中间帧，让画面过渡更平滑。

FFmpeg的minterpolate滤镜就是干这个的：

# 从30fps插帧到60fps，运动补偿
ffmpeg -i input_30fps.mp4 -vf "minterpolate=fps=60:mi_mode=mci:mc_mode=aobmc:me_mode=bidir" output_60fps.mp4

参数说明：

• fps：目标帧率
• mi_mode：运动插值模式，mci是运动补偿插值
• mc_mode：运动补偿模式，aobmc是自适应重叠块运动补偿
• me_mode：运动估计模式，bidir是双向估计

12.6 丢帧策略与质量权衡

降帧时，丢帧策略直接影响观看体验。我总结了几种策略：

策略	做法	适用场景
均匀丢帧	每隔N帧丢1帧	运动平稳的视频
场景感知丢帧	在场景切换处保留帧	剪辑密集的视频
运动自适应丢帧	运动剧烈时少丢帧	体育、动作类视频
关键帧保护	优先保留I帧和P帧	编码后再处理的场景

我曾经做过一个体育赛事转码项目，用均匀丢帧导致投篮瞬间画面撕裂。后来改用运动自适应丢帧，效果好了很多。

FFmpeg中实现运动自适应丢帧需要结合scene滤镜：

# 检测场景变化，在场景切换处保留更多帧
ffmpeg -i input.mp4 -vf "select='gt(scene,0.4)',fps=15" output.mp4

12.7 帧率调整的完整工作流

下面是我在实际项目中常用的帧率调整流程，用一张图来展示：

12.8 实战：慢动作视频制作

慢动作是帧率调整的经典应用。拍摄时用高帧率（如120fps），输出时用低帧率（如24fps），播放速度就变慢了。

# 120fps转24fps，实现5倍慢动作
ffmpeg -i input_120fps.mp4 -vf "setpts=5.0*PTS,fps=24" output_slowmo.mp4

这里setpts把时间戳拉伸5倍，fps把帧率降到24fps。但直接这样做会有卡顿感，因为每5帧才取1帧。

更好的做法是用运动补偿：

# 运动补偿慢动作，效果更平滑
ffmpeg -i input_120fps.mp4 -vf "setpts=5.0*PTS,minterpolate=fps=24:mi_mode=mci" output_slowmo_smooth.mp4

12.9 避坑指南

帧率调整中常见的坑，我一个个说：

• 时间戳溢出：长时间视频用setpts拉伸，PTS可能溢出。建议用setpts=PTS*系数时注意数值范围。
• 音视频不同步：调整帧率后音频也要相应调整。用atempo滤镜处理音频。
• 运动补偿伪影：快速运动的场景，运动补偿可能产生块状伪影。这时候可以降低me_threshold参数。
• 编码器兼容性：某些编码器对非标准帧率支持不好。建议输出时指定标准帧率值。

我曾经在一个项目中，把25fps转成30fps后，播放器一直报时间戳错误。查了半天发现是-r参数放错了位置。嗯，从那以后我统一用fps滤镜，再也没出过这种问题。

12.10 性能优化建议

帧率调整尤其是运动补偿，计算量很大。我分享几个优化技巧：

• 多线程：minterpolate支持threads参数，可以充分利用多核CPU。
• 降低搜索范围：me_threshold和search_param控制运动估计的搜索范围，适当降低能大幅提速。
• 硬件加速：如果GPU支持，可以用hwaccel加速解码，再用CPU做运动补偿。
• 分段处理：长视频分段处理，避免内存溢出。

# 多线程运动补偿
ffmpeg -i input.mp4 -vf "minterpolate=fps=60:mi_mode=mci:me_threshold=256:search_param=4" -threads 8 output.mp4

帧率调整看似简单，实际做起来门道很多。从整数倍转换到运动补偿，每一步都有取舍。希望这些实战经验能帮你少走弯路。

---

公众号:蓝海资料掘金营，微信deep3321