H264标准协议基础3

zhiyanzhai563

已于 2024-04-20 22:55:03 修改

阅读量309

点赞数 10

文章标签： h.264 音视频

于 2024-04-18 23:00:31 首次发布

本文链接：https://blog.csdn.net/zhiyanzhai563/article/details/137938995

版权

本文详细解释了H264标准协议中解码视频帧时的poc计算，以及残差4x4矩阵中的trailingones和numcoeff的作用。通过实例比较，探讨了如何通过编码数值表和长度获取比特流数据，同时提出了关于trailingones编码设置疑问的讨论。

摘要由CSDN通过智能技术生成

参考博文

上一篇H264标准协议基础2

1.解码视频帧的poc计算

2.残差4x4 矩阵中的trailingones & numcoeff

2.1查表

trailingones 表达出尾部one（1，-1）系数的个数，按照zigzag扫描出（1，-1）个数，trailingones的最大为3； numcoeff 表达非零值系数的个数，最多为16个；

nc跟coeff和trailingone的编码输出

在这里插入图片描述

在这里插入图片描述
对应jm给出的三维数组表格内置表

  int lentab[3][4][17] = 
  {
    {   // 0702
      { 1, 6, 8, 9,10,11,13,13,13,14,14,15,15,16,16,16,16},
      { 0, 2, 6, 8, 9,10,11,13,13,14,14,15,15,15,16,16,16},
      { 0, 0, 3, 7, 8, 9,10,11,13,13,14,14,15,15,16,16,16},
      { 0, 0, 0, 5, 6, 7, 8, 9,10,11,13,14,14,15,15,16,16},
    },                                                 
    {                                                  
      { 2, 6, 6, 7, 8, 8, 9,11,11,12,12,12,13,13,13,14,14},
      { 0, 2, 5, 6, 6, 7, 8, 9,11,11,12,12,13,13,14,14,14},
      { 0, 0, 3, 6, 6, 7, 8, 9,11,11,12,12,13,13,13,14,14},
      { 0, 0, 0, 4, 4, 5, 6, 6, 7, 9,11,11,12,13,13,13,14},
    },                                                 
    {                                                  
      { 4, 6, 6, 6, 7, 7, 7, 7, 8, 8, 9, 9, 9,10,10,10,10},
      { 0, 4, 5, 5, 5, 5, 6, 6, 7, 8, 8, 9, 9, 9,10,10,10},
      { 0, 0, 4, 5, 5, 5, 6, 6, 7, 7, 8, 8, 9, 9,10,10,10},
      { 0, 0, 0, 4, 4, 4, 4, 4, 5, 6, 7, 8, 8, 9,10,10,10},
    },

  };

  int codtab[3][4][17] = 
  {
    {
      { 1, 5, 7, 7, 7, 7,15,11, 8,15,11,15,11,15,11, 7,4}, 
      { 0, 1, 4, 6, 6, 6, 6,14,10,14,10,14,10, 1,14,10,6}, 
      { 0, 0, 1, 5, 5, 5, 5, 5,13, 9,13, 9,13, 9,13, 9,5}, 
      { 0, 0, 0, 3, 3, 4, 4, 4, 4, 4,12,12, 8,12, 8,12,8},
    },
    {
      { 3,11, 7, 7, 7, 4, 7,15,11,15,11, 8,15,11, 7, 9,7}, 
      { 0, 2, 7,10, 6, 6, 6, 6,14,10,14,10,14,10,11, 8,6}, 
      { 0, 0, 3, 9, 5, 5, 5, 5,13, 9,13, 9,13, 9, 6,10,5}, 
      { 0, 0, 0, 5, 4, 6, 8, 4, 4, 4,12, 8,12,12, 8, 1,4},
    },
    {
      {15,15,11, 8,15,11, 9, 8,15,11,15,11, 8,13, 9, 5,1}, 
      { 0,14,15,12,10, 8,14,10,14,14,10,14,10, 7,12, 8,4},
      { 0, 0,13,14,11, 9,13, 9,13,10,13, 9,13, 9,11, 7,3},
      { 0, 0, 0,12,11,10, 9, 8,13,12,12,12, 8,12,10, 6,2},
    },
  };

从上述tab上看，目前只表述nc的范围为0<= nc < 2、2 <=nc<4 、4<=nc <8，分别对应的数组下表为nc、trialingones、numcoeff; 这里两个表示编码数值表和编码长度表，适合用来通过长度和数值来获取bit流中的4x4残差数据值

2.读取实例

对比实例，这里主要通过jm中的trace_dec.txt和h264visa工具中的mb信息中的coef来确认统一

随意选取MB 80 Slice: 1来确认对应编号宏块的trailingones和numcoeff
在这里插入图片描述
从输出日志可以看出16*16宏块中的c=9 和t1 = 0分别表示numcoeff和trailingones
对比h264visa查看
其中c==9图中（0,3）位置处coef中的非零系数匹配，但是t1和图中不匹配，从level的编码发现这里是匹配的，看来这里只有从编码来确认这里的t1编码为啥要设置为0？目前留有疑问？