使用ffmpeg+libx264编码延时摄影，帧率为何影响输出文件大小？

这是个典型的libx264编码逻辑问题，我来拆解一下核心原因：

首先明确你两个命令的本质差异：

• 30fps场景：60张图以每秒30帧的速度播放，相邻帧的时间间隔仅1/30秒，延时摄影里这类相邻帧的视觉差异极小（比如云彩移动、光影变化都非常细微）。
• 2fps场景：同样60张图以每秒2帧播放，相邻帧间隔是0.5秒，场景变化的幅度会大得多。

而libx264的CRF（恒定质量）模式，并不是简单给每帧分配固定码率，它会根据帧的复杂度和帧间相关性动态调整编码策略：

1. 帧间压缩效率的巨大差异 #

libx264的核心压缩能力来自帧间预测——也就是用前面的帧作为参考，只记录当前帧和参考帧的差异部分。

• 在30fps的情况下，相邻帧几乎没什么变化，编码器可以生成大量的P帧（前向预测帧）和B帧（双向预测帧），这些帧只需要存储极小的差异数据，压缩比极高。甚至很多帧的差异小到可以用几字节就描述，所以总文件很小。
• 到了2fps的场景，相邻帧的差异显著变大，帧间预测的效果大打折扣：编码器无法用前一帧准确预测当前帧的内容，不得不存储更多的原始像素信息。即使CRF值保持30（主观画质一致），单帧的编码体积也会比30fps时大很多，再乘以30秒的总时长，文件自然就暴涨了。

2. I帧数量的隐性变化 #

另外，libx264会自动决定I帧（关键帧，完全不依赖其他帧的独立帧）的生成频率。在帧间相关性高的30fps场景下，编码器可以间隔很久才生成一个I帧（比如几十帧甚至上百帧）；但在2fps场景下，因为前后帧差异大，编码器会更频繁地插入I帧——而I帧的体积是P/B帧的几十倍甚至上百倍，这也是总文件变大的重要原因。

额外优化思路 #

如果想在保持慢播放速度的同时控制文件大小，可以换一种思路：

1. 先以30fps编码出2秒的视频（就是你第一个命令的结果）。
2. 再用ffmpeg把这个视频的播放速度放慢，比如：
   ffmpeg -i output.mp4 -filter:v "setpts=15.0*PTS" -crf 30 slow_output.mp4
   这样得到的30秒视频，文件大小会和原2秒视频接近，因为帧间压缩的效率被保留了——本质是把原视频的帧重复了15次，编码器依然可以利用原有的帧间相关性进行高效压缩。

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