为何用FFmpeg提取1秒视频，时长非帧时长的整数倍数？

这是个非常常见的非整数帧率视频的时长计算误区，我来给你拆解清楚背后的逻辑：

1. 29.97fps的本质不是“约等于29.97” #

很多人以为29.97fps是一个近似值，但它其实是精确的30000/1001 fps——这个数值是为了兼容NTSC制式的颜色编码标准，把原本的30fps降低了0.1%得来的。对应的单帧时长就是1001/30000 ≈ 0.03336667秒，而不是你直觉里的1/29.97 ≈ 0.0333667秒（看似只差一点，但累积起来就会有明显偏差）。

2. FFmpeg的-t参数是“墙上时间”，但视频只能按完整帧截取 #

你用的-t 1是告诉FFmpeg：“我要截取大约1秒实际时间的内容”，但视频是由离散的完整帧组成的，FFmpeg不可能拆分单个帧来满足精确的1秒时长。它会选择最接近目标时长的完整帧集合：

• 29帧的总时长是29 × 1001/30000 ≈ 0.9676秒，和1秒差距较大；
• 30帧的总时长是30 × 1001/30000 = 1.001秒，这是最接近1秒的整帧组合，所以FFmpeg会选择输出30帧，最终时长也就变成了1.001秒。

3. 你的“整数倍”直觉没错，但计算基础错了 #

你说结果应该是“帧时长的整数倍”，这点完全正确——1.001秒就是30个单帧时长的总和，确实是整数倍。问题出在你误以为单帧时长是1/29.97，但实际它是1001/30000，所以30帧的总时长刚好是1.001秒，而不是你预期的接近1秒的数值。

如何精确截取你想要的内容？ #

如果你想严格控制输出的帧数（从而得到精确的帧时长整数倍时长），应该用-frames:v参数代替-t：

• 要得到30帧（对应1.001秒）：

  ffmpeg -i input.avi -ss 0 -frames:v 30 -c:v huffyuv -an output.avi
  

• 要得到更接近1秒的时长，只能选择29帧（≈0.9676秒），但这是能达到的最接近的整帧时长了。

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