H.264 SPS帧尺寸解析异常求助：疑DecodeExpGolombSigned函数出错

核心问题定位 #

新增DecodeExpGolombSigned函数后，破坏了原有比特流的读取位置同步，导致后续解析pic_width_in_mbs_minus1、pic_height_in_map_units_minus1等字段时偏移错误，甚至触发比特越界。

具体排查方向 #

• 比特流游标维护检查

  • 确认DecodeExpGolombSigned执行前后，全局比特流游标（当前字节索引、字节内比特偏移量）的更新逻辑是否正确。对比原DecodeExpGolombUnsigned（用于解析max_frame_num的函数）的游标处理逻辑，检查两者在计算前缀零个数、编码值比特长度时的差异，确保解码后游标移动到正确的下一个比特位置。
  • 在游标更新后增加日志输出，打印当前游标位置（字节索引+比特偏移），对比新增函数前后的游标变化，定位第一个偏移异常的节点。

• DecodeExpGolombSigned实现正确性验证

  • 严格对照H.264标准的指数哥伦布有符号编码规则：先解码无符号code_num，再计算signed_val = (code_num % 2 == 0) ? -(code_num/2) : (code_num+1)/2。用已知的SPS字节数据手动计算目标有符号字段的预期值，单步调试函数，检查每一步比特读取是否与手动计算一致。
  • 排查函数是否错误消耗了额外比特，比如在计算code_num时多读取了比特位，导致后续字段解析的起始位置偏移。

• SPS字段解析顺序与依赖校验

  • 对照ITU-T H.264 7.3.2.1.1标准，确认SPS字段的解析顺序是否正确。重点检查DecodeExpGolombSigned涉及的字段（如delta_pic_order_cnt_bottom）是否在pic_width_in_mbs_minus1之前被解析，顺序错误会直接导致后续字段读取完全偏移。
  • 检查条件字段的判断逻辑，比如frame_mbs_only_flag、mb_adaptive_frame_field_flag会影响pic_height_in_map_units_minus1的解析规则，确认这些标志位的解析结果在新增函数后没有被错误修改。

• 比特越界场景定位

  • 在游标更新后增加边界检查，打印当前游标位置和SPS总比特数，当触发越界时，定位到对应的解析字段，确认是哪个函数导致比特消耗过量。
  • 针对目标分辨率（1800px×2700px），手动计算预期字段值：pic_width_in_mbs_minus1 = 1800/16 -1 = 111；若为帧模式（frame_mbs_only_flag=1），pic_height_in_map_units_minus1 = 2700/16 -1 = 167，对比解析值是否偏离此预期，判断是游标偏移还是字段计算错误。

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