我完全理解你遇到的困扰——MP4头部元数据里的字段（比如nb_frames）和实际解码后得到的真实值（比如nb_read_frames）不一致的情况确实很常见，尤其是一些经过转码、编辑或者元数据被修改过的视频。针对你想重新计算真实平均帧率的需求，我来一步步给你拆解：

首先，你用的ffmpeg -i input_file.mp4 -f null -这个命令是完全正确的！这个命令会完整解码整个视频（但不输出任何媒体内容），同时统计出最真实的解码数据，是验证视频实际参数的可靠方式。

怎么从这个命令的输出里计算真实平均帧率？ #

你可以直接用实际解码总帧数除以视频实际总时长，这个结果就是最准确的真实平均帧率，具体步骤：

• 找输出里的frame=XXXX这一行：这里的数字就是实际解码出来的总帧数（对应你提到的nb_read_frames），这是100%准确的真实帧数量。
• 找输出里的time=HH:MM:SS.sss这一行：把这个时间转换成总秒数（比如00:02:35.123就是2*60 +35.123 = 155.123秒）。
• 用总帧数除以总秒数，得到的就是真实的平均帧率。

举个例子：如果输出显示frame=3878，time=00:02:35.12，那平均帧率就是3878 / 155.12 ≈25.00fps。

更高效的精准提取方式 #

如果你不想手动找数据，可以用ffmpeg的参数直接输出需要的数值，避免手动计算的误差：

ffmpeg -i input_file.mp4 -f null -v error -show_entries stream=nb_read_frames:format=duration -of default=noprint_wrappers=1:nokey=1 -

这个命令会直接输出两行内容：第一行是实际解码的总帧数，第二行是精确到小数点后多位的视频总时长（秒），直接把这两个数值相除就能得到最精准的平均帧率。

补充说明 #

为什么头部的avg_frame_rate可能不准？

• 很多视频是**变帧率（VFR）**的，头部的avg_frame_rate只是编码时的预估平均值，而实际解码的帧分布可能不均匀，只有用真实帧数除以真实时长才能得到准确的实际平均帧率。
• 有些视频的元数据被修改过（比如修改了时长但没更新帧计数），导致头部数据和实际内容不匹配。

所以你想的“用帧计数除以命令输出的时长”是完全可行的，而且是获取真实平均帧率的正确方式，没有什么复杂的隐藏逻辑——核心就是用实际解码的真实数据来计算，而不是依赖可能不准确的头部元数据。

备注：内容来源于stack exchange，提问作者awisecar