如何检测H264（逐行与隔行）视频FPS？求无第三方库实现方案

我来分享几个不需要依赖任何第三方库、直接解析H.264原生比特流就能检测逐行/隔行视频FPS的可行方案，针对你提到的现有方法的痛点做了补充：

这个方案能规避field_pic_flag的不可靠性，核心是利用SPS的扫描类型标识和VUI的时序基准信息：

• 第一步：解析SPS（NALU类型7），提取关键字段：
  • frame_mbs_only_flag：若为1，明确是逐行扫描，所有编码图像对应完整帧；若为0，则可能是隔行扫描（需结合后续时序信息验证）。
  • vui_parameters_present_flag：若为1，说明存在VUI参数集，可提取时序信息。
• 第二步：解析VUI参数集（若存在）：
  • 检查timing_info_present_flag：若为1，获取time_scale（时钟基准，通常为90000）和num_units_in_tick（每个时钟tick的单位数）。
  • 计算基础时钟周期：tick_duration = num_units_in_tick / time_scale（单位：秒）。
  • 结合扫描类型计算帧率：
    • 逐行场景：帧率 = 1 / tick_duration → 等价于 time_scale / num_units_in_tick。
    • 隔行场景：每帧由两场组成，单帧时长为2 * tick_duration，因此帧率 = 1 / (2 * tick_duration) → 等价于 time_scale / (2 * num_units_in_tick)。
  • 若fixed_frame_rate_flag=1，这个计算结果是绝对准确的；若为0，则需要结合后续方案补充。

当VUI信息缺失或帧率可变时，可通过Slice的POC（图像顺序计数）来统计帧率，同时规避field_pic_flag的问题：

• 第一步：解析每个Slice（NALU类型1-5）的pic_order_cnt_lsb（POC低比特位），结合SPS的pic_order_cnt_type计算完整POC值，确定图像的播放顺序。
• 第二步：区分逐行/隔行的POC规律：
  • 逐行视频：连续帧的POC通常递增1，每1个POC对应一帧。
  • 隔行视频：连续两场的POC递增1，每2个POC对应一完整帧。
• 第三步：计算帧率：
  • 若有VUI时序基准：用POC差值乘以tick_duration得到总时长，帧率 = 帧数量 / 总时长。
  • 若无VUI基准：统计足够多的连续图像（比如100帧/200场）的POC总增量，结合你已知的时钟基准（比如默认90000）估算帧率，或者直接统计单位时间内的POC增量（需要你自己实现比特流的时间统计，比如读取比特流的耗时对应POC增量）。

SEI（补充增强信息）中的Pic Timing消息（payload类型1）包含了精准的展示时间戳，可直接计算帧率：

• 第一步：遍历比特流中的SEI NALU（类型6），筛选payload类型为1的Pic Timing消息。
• 第二步：解析消息中的clock_timestamp字段，获取当前图像（帧/场）的展示时间戳（基于time_scale基准）。
• 第三步：计算帧率：
  • 逐行场景：连续两帧的时间戳差值的倒数即为帧率，取多组差值的平均值提高稳定性。
  • 隔行场景：连续两场的时间戳差值之和为单帧时长，倒数即为帧率。

• 关于field_pic_flag不可靠的问题：部分编码器会将隔行视频封装为帧图像（field_pic_flag=0），此时可通过SPS的mb_adaptive_frame_field_flag辅助判断——若为1，说明宏块支持自适应帧/场编码，结合POC统计或VUI时序信息即可准确区分逐行/隔行。
• 所有方案都需要你自己实现H.264 NALU的提取逻辑：先找到比特流中的NALU起始码（0x000001或0x00000001），再解析NALU头部的类型字段，对应提取SPS、VUI、Slice、SEI等内容。

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