这问题我之前也碰到过，大概率是两者对「关键帧」的判断逻辑或者检测方式不一样，给你几个具体的排查方向：

1. 核心差异：IDR帧 vs 所有I帧 #

这是最常见的原因：

• ffprobe的-skip_frame nokey默认只识别IDR帧——这才是真正的「关键帧」，可以独立解码，不需要依赖前面的帧。
• 而ffmpeg的select="eq(pict_type\,PICT_TYPE_I)"会选中所有I帧，包括非IDR的I帧（这类帧虽然是I类型，但解码时需要依赖前面的IDR帧，不算严格意义上的关键帧）。

验证方法：用ffprobe导出所有帧的详细信息，对比帧类型和关键帧标记：

ffprobe -v error -show_entries frame=pkt_pts_time,pict_type,key_frame -select_streams v:0 -of csv=p=0 test.mp4 > all_frames.csv

打开all_frames.csv，找那些ffmpeg抓到但ffprobe没记录的时间戳，你会发现它们对应的行是[时间戳],I,0——也就是pict_type=I但key_frame=0，这类帧ffprobe会跳过，但ffmpeg会提取。

2. 确认是否处理了同一个视频流 #

有些视频可能包含多个视频流（比如不同分辨率、不同编码的副流），如果ffprobe和ffmpeg处理的不是同一个流，结果自然会不一样：

• 给ffmpeg命令加上-map 0:v:0，强制处理第一个视频流；
• 给ffprobe命令加上-select_streams v:0，确保查询的是同一个流。

3. 容器索引或文件损坏问题 #

如果视频文件的容器索引损坏，ffprobe读取时会依赖索引信息，可能漏识别一些帧；而ffmpeg在解码时会实时重新生成帧索引，能找到更多帧。

修复测试：先重新封装视频，再对比结果：

ffmpeg -i test.mp4 -c copy test_fixed.mp4

用test_fixed.mp4重新跑你的提取和统计命令，看看差异是否消失。

4. 时间戳的定义差异 #

ffprobe输出的pkt_pts_time是数据包层面的PTS，而ffmpeg的%{pts:hms}是解码后帧层面的PTS，少数情况下两者会有偏差。比如有些帧的数据包没有PTS，但解码后ffmpeg会生成一个推导的时间戳，这就会出现ffprobe显示NO_TS但ffmpeg有时间戳的情况。

5. 版本兼容性问题 #

不同版本的ffmpeg/ffprobe对编码格式的解析逻辑可能有差异，比如旧版本对H.265、AV1等编码的关键帧识别有bug。建议升级到最新的稳定版后再测试。

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