H265分辨率解码概述

最新推荐文章于 2023-08-02 09:17:37 发布
最新推荐文章于 2023-08-02 09:17:37 发布
阅读量2.6k 收藏 5
点赞数 1
分类专栏： 协议知识概述 文章标签： 协议栈 视频处理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_18106957/article/details/111221161
版权

目录

1. 申明

本文章属于原创，其中参考的代码及文章在结尾处标明，侵删。

2. 目的

本文是为了解析H265中携带的视频分辨率而写的一个demo。

3. 背景知识

本文及文中所涉及代码，均以TS流作为媒介。

3.1 哥伦比亚指数编码无符号数的解码

（1）首先读取当前位置的bit位，记录连续0的个数N

（2）对于连续0的个数为0值为0，对于连续0的个数不为0 跳过第一个非0的bit位

（3）再读取N个数据，此数据以无符号形式解析num

（4）num=num-1+2的N次方

3.2 哥伦比亚指数编码有符号数的解码

（1）按照3.1的讲述先获取此段数据的哥伦比亚指数编码的无符号形式

（2）如果数据为奇数num=(num+1)/2;如果是偶数num=-(num/2)

3.3 解析参数序列集的过程

头部单元
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

   描述符一列表示此处数据的类型f和u表示的是无符号的数据类型，ue表示的是哥伦比亚指数编码的无符号数据，se表示的是哥伦比亚指数编码的有符号数据。

4. 代码demo


#define H265_SPS_HEAD_FLAG 0x42

uint8_t getbyte(uint32_t *start_bit,
    unsigned char *m_data, uint32_t m_len, uint32_t *m_zeros)
{
    if (*start_bit >= m_len)
        return 0;

    BYTE b = m_data[(*start_bit)++];
    // to avoid start-code emulation, a byte 0x03 is inserted
    // after any 00 00 pair. Discard that here.
    if (b == 0)
    {
        (*m_zeros)++;
        if ((*start_bit < m_len) && ((*m_zeros) == 2) && (m_data[*start_bit] == 0x03))
        {
            (*start_bit)++;
            (*m_zeros) = 0;
        }
    }
    else
    {
        (*m_zeros) = 0;
    }
    return b;
};

uint32_t getbit(int *m_bits, uint8_t *m_byte, uint32_t *start_bit, unsigned char *m_data,
     uint32_t m_len, uint32_t *m_zeros)
{
    if (*m_bits == 0)
    {
        *m_byte = getbyte(start_bit, m_data, m_len, m_zeros);
        *m_bits = 8;
    }
    *m_bits -= 1;
    return (*m_byte >> *m_bits) & 0x1;
};

uint32_t getword(int bits, int *m_bits, uint8_t *m_byte, uint32_t *start_bit, unsigned char *m_data,
     uint32_t m_len, uint32_t *m_zeros)
{
    uint32_t u = 0;
    while (bits > 0)
    {
        u <<= 1;
        u |= getbit(m_bits, m_byte, start_bit, m_data, m_len, m_zeros);
        bits--;
    }
    return u;
};

uint32_t getue(int *m_bits, uint8_t *m_byte, uint32_t *start_bit, unsigned char *m_data,
     uint32_t m_len, uint32_t *m_zeros)
{
    int zeros = 0;
    while (*start_bit < m_len && getbit(m_bits, m_byte, start_bit, m_data, m_len, m_zeros) == 0)
        zeros++;
    return getword(zeros, m_bits, m_byte, start_bit, m_data, m_len, m_zeros) + ((1 << zeros) - 1);
};

/*
  根据误差调整分辨率
  @param1 width:        原始宽数据的指针
  @param2 hight:        原始高数据的指针
  @param3 offset_width: 横向误差和
  @param4 offset_hight: 纵向误差和
*/
static inline BOOL adjust_resolution_by_offset(uint32_t *width, uint32_t *hight,
    uint8_t offset_width, uint8_t offset_hight)
{
    //左右存在对齐，分辨率宽度减去二倍的像素
    if (offset_width) {
        if ((offset_width * 2) <= *width)
            *width -= offset_width * 2;
        else
            return FALSE;
    }
    //上下存在对齐，分辨率高度减去二倍的像素
    if (offset_hight) {
        if ((offset_hight * 2) <= *hight)
            *hight -= offset_hight * 2;
        else
            return FALSE;
    }

    return TRUE;
}

/*
  查找H265 SPS数据起始部分
  @param1 buf:  原始数据buf的二级指针
  @param2 len:  原始数据大小的指针
  @param3 type: 要查找的视频类型起始字节:
                H264: 0x67
                H265: 0x42
*/
static inline BOOL find_sps_first_byte(unsigned char **buf, uint32_t *len, uint8_t type)
{
    unsigned char *pos = (unsigned char *)memchr(*buf, type, *len);
    if (NULL == pos)
        return FALSE;

    *len -= pos - *buf;
    *buf = pos;
    return TRUE;
}

/*
  解码H265
  @param1 pdata:    原始数据buf的指针
  @param2 len:      原始数据的大小
*/
static inline BOOL decode_h265(unsigned char *pdata, uint32_t len)
{
    uint32_t start_bit = 0;
    int m_bits = 0;
    uint8_t m_byte = 0;
    uint32_t m_zeros = 0;
    if (!find_sps_first_byte(&pdata, &len, H265_SPS_HEAD_FLAG))
        return FALSE;

    //解码 forbidden_zero_bit
    getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
    //解码 nal_unit_type
    getword(6, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
    //解码 nuh_layer_id
    getword(6, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
    //解码 nuh_temporal_id_plus1
    getword(3, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
    //解码 sps_video_parameter_set_id
    getword(4, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
    //解码 sps_max_sub_layers_minus1
    uint32_t sps_max_sub_layers_minus1 = getword(3, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
    if (sps_max_sub_layers_minus1 > 6)
        return FALSE;
    //解码 temporal_id_nesting_flag
    getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
    // profile_tier_level( sps_max_sub_layers_minus1 )
    {
        getword(2, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(5, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(32, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(44, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        getword(8, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);

        unsigned char sub_layer_profile_present_flag[6] = { 0 };
        unsigned char sub_layer_level_present_flag[6] = { 0 };
        int i;
        for (i = 0; i < sps_max_sub_layers_minus1; i++)
        {
            sub_layer_profile_present_flag[i] = getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
            sub_layer_level_present_flag[i] = getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        }
        if (sps_max_sub_layers_minus1 > 0)
        {
            for (i = sps_max_sub_layers_minus1; i < 8; i++)
                getword(2, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        }
        for (i = 0; i < sps_max_sub_layers_minus1; i++)
        {
            if (sub_layer_profile_present_flag[i])
            {
                getword(2, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
                getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
                getword(5, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
                getword(32, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
                getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
                getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
                getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
                getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
                getword(44, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
            }
            if (sub_layer_level_present_flag[i])
                getword(8, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);
        }
    }

    // "The  value  of sps_seq_parameter_set_id shall be in the range of 0 to 15, inclusive."
    unsigned long sps_seq_parameter_set_id = getue(&m_bits, &m_byte, &start_bit, pdata,
        len, &m_zeros);
    if (sps_seq_parameter_set_id > 15)
        return FALSE;

    // "The value of chroma_format_idc shall be in the range of 0 to 3, inclusive."
    unsigned long chroma_format_idc = getue(&m_bits, &m_byte, &start_bit, pdata,
        len, &m_zeros);
    if (sps_seq_parameter_set_id > 3)
        return FALSE;

    if (chroma_format_idc == 3)
        getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros);

    uint32_t width = getue(&m_bits, &m_byte, &start_bit, pdata,
        len, &m_zeros); // pic_width_in_luma_samples
    uint32_t height = getue(&m_bits, &m_byte, &start_bit, pdata,
        len, &m_zeros); // pic_height_in_luma_samples
    if (getword(1, &m_bits, &m_byte, &start_bit, pdata, len, &m_zeros))
    {// conformance_window_flag
        // conf_win_left_offset
        uint32_t conf_win_left_offset = getue(&m_bits, &m_byte, &start_bit, pdata,
            len, &m_zeros);
        // conf_win_right_offset
        uint32_t conf_win_right_offset = getue(&m_bits, &m_byte, &start_bit, pdata,
            len, &m_zeros);
        // conf_win_top_offset
        uint32_t conf_win_top_offset = getue(&m_bits, &m_byte, &start_bit, pdata,
            len, &m_zeros);
        // conf_win_bottom_offset
        uint32_t conf_win_bottom_offset = getue(&m_bits, &m_byte, &start_bit, pdata,
            len, &m_zeros);

        if (!adjust_resolution_by_offset(&width, &height,
            conf_win_left_offset + conf_win_right_offset,
            conf_win_top_offset + conf_win_bottom_offset)) {
            ;//不够减
        }
    }
    return TRUE;
}

划重点: 为了解析分辨率，需要一层层进行解码，所以上面代码中，只调用getword(),getue()而未获取返回值的，可以暂时不用关注，有兴趣可以自己了解。需要强调的是，最后对于补齐的计算，如果不进行补齐的核对，会出现640*368这种分辨率，而实际应用中我们的宽高比为16:9, 所以分辨率应该为640:360, 那么这多出来的8，其实就是在传输过程中，必须以宏块(16的倍数)来传输，为了满足这个要求，高度向上进行了补齐，所以在计算真实值的时候，要根据conf_win_left_offset，conf_win_right_offset，conf_win_top_offset，conf_win_bottom_offset进行相应的调整。

5. 专栏知识链接

1. 协议知识概述
2. H264分辨率解码概述
3. 以太网Ethernet解码概述

6. 写在最后

本文引用了以下文章作者的代码或思路，
并结合了实际项目中的代码整理出的demo，如有问题欢迎指正。

https://blog.csdn.net/chinabinlang/article/details/89209609
https://blog.csdn.net/chinabinlang/article/details/93640746?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522160742052619724848117078%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=160742052619724848117078&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2allfirst_rank_v2~rank_v29-6-93640746.nonecase&utm_term=H265%20%E8%A7%A3%E7%A0%81&spm=1018.2118.3001.4449

官方文档
https://www.doc88.com/p-8708471960665.html

x小悠
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
H.264笔记整理3
福优学苑@音视频+流媒体
01-28 1012
H.264整理3 转自：http://www.hellotongtong.com/avcodecbase/avcodecbase-h264-learning120.html 需求 在移动端做音视频开发不同于基本的UI业务逻辑工作,音视频开发需要你懂得音视频中一些基本概念,针对编解码而言,我们必须提前懂得编解码器的一些特性,码流的结构,码流中一些重要信息如sps,pps,vps,start code以及基本的工作原理,而大多同学都只是一知半解,所以导致代码中的部分内容虽可以简单理解却...
H265编解码
drzeno的博客
11-10 3786
知识概览 1.H265压缩技术 H265 的GOP示意图 划分好宏块后，计算宏块的像素值 以此类推，计算一副图像每个宏块的像素值，所有宏块都处理完后如下面的样子 宏块编码 无论是H264还是H265、VP8，都是以宏块为单位进行编码的，宏块编码也即网格编码。 每个宏块内只保留最左边和最上边的像素值，然后根据这些保留的像素值对宏块中没有保留的像素值进行预测，预测方向总共8个： 如果想...
从H264/H265码流sps中获取宽、高及帧率
翻肚鱼儿的博客
10-23 5133
在做码流分析时，图像分辨率、帧率这类的基本信息，当然不可少。本文介绍如何从NAL中计算到图像宽、高，还有分辨率。由于H264和H265有相似性，就在一起写了。 一、从码流获得宽、高 1、H264 宽高可从SPS字段计算得到，公式如下： Width = (pic_width_in_mbs_minus1+1)16; Height = (pic_height_in_map_units_minus1+1)16; 但以上是针对宽高是16的整数倍的情况，当不是16整数倍时，frame_cropping_flag
从码流获取H264、H265的分辨率信息
10-02
从码流获取H264、H265的分辨率信息。收集的公式和算法，分享给大家
h264sps解析获取分辨率
05-17
h264sps解析获取分辨率
NVIDIA解码模块的H.265高于H.264解码性能的原因
百鸣的专栏
08-02 1002
通过高级的压缩算法和NVIDIA解码模块的优化，H.265视频的解码性能往往比H.264更高。结论： 通过NVIDIA解码模块的硬件加速，H.265视频的解码性能在实际情况下往往优于H.264。H.265解码性能 尽管H.265具有更高的计算复杂度，但通过NVIDIA解码模块的优化，实际的解码性能却可能比预期更高。首先，硬件配置对解码性能有很大影响，高端的GPU和CPU通常能够提供更好的解码性能。然而，由于H.264的计算复杂度较低，NVIDIA解码模块在解码H.264视频时可能表现出稍高的性能。
H265解码流程理解
叶子
09-04 3980
类的简介 H265内部的Class封装一般分为两种： 一种是编码类，一种是数据类。 编解码类 TDecTop :好像是最顶层的解码器，然后内部封装了几乎下面所有的编解码类别。 TDecGop：解码GOP为单位的解码器类内部也封装了各类的解码器，包括：熵编码器，环路滤波器等等 TDecSlice 就是在TDecGOP中的成员，用于解码图像的Slice， TDecCu： 解码CU的解码器类，内部包含存储CU块级别Res和Rec内存空间，如果要提取Pred信息，需要在这个解码器内部对Pred信息进行维护。 T
从原理到实践：使用Mediacodec编码H265并实现解码H265码流
m0_71524094的博客
06-12 1628
使用Mediacodec实现解码H265码流需要注意以下几点：设备需要支持H265解码器H265解码需要硬件支持，所以设备需要有H265解码器才能进行解码，否则只能使用软解。设置MediaFormat格式H265码流的MediaFormat格式应该设置为"video/hevc"，否则会无法解码。注意输入数据的时间戳H265码流中每一帧的时间戳可能不是递增的，需要解码器能够正确识别时间戳。
MediaCodec 解码H264/H265码流视频
m0_60259116的博客
06-06 1542
MediaCodec解码H264/H265码流视频
H.265视频编码与技术全析
m0_60259116的博客
01-29 2446
H.265视频编码与技术全析
音频和视频编码解码过滤器 Media Player Codec Pack Plus 4.5.7.115 安装版.zip
05-19
压缩类型，你将能够解码包括： 10bit的X264| X264| H.264| AVC|的DivX| XVID| MP4| MPEG4| MPEG2等等。 文件类型，你将能够播放包括： .mkv | .avi | .flv | .webm | .mp4 | .ts | .m4v | .m4a | .ogm | .ac3 | ....
通信与网络中的H.264／AVC中扩展空域可伸缩编码的研究
12-06
通过简单的丢包或截断码流等操作提取出的子码流具有较低的空间-时间分辨率和／或较低的码率(对应于较低的视频质量)，同时任何可能子码流的编码效率应该与相应非可伸缩视频编解码器相当。 　当前国际上对于视频编码...
FFmpeg基础库编程开发
08-19
1.7.4 分辨率 31 1.7.5 码率 32 1.7.6 帧率 32 1.7.7 RGB和YUV 32 1.7.8 实时和非实时 32 1.7.9 复合视频和s-video 32 1.7.10 硬件加速 32 1.7.11 FFmpeg Device 32 第二章 FFmpeg框架 34 2.1 FFmpeg概述 34 2.1.1...
mpegts.js:HTML5 MPEG2-TS流播放器
03-25
演示版特征通过H.264 + AAC编解码器在http（s）或WebSocket中传输的MPEG2-TS流进行回放最好的情况下，只有1秒的极低延迟支持处理动态编解码器参数更改（例如，视频分辨率更改） 支持Chrome，FireFox，Safari，Edge...
ffmpeg基础开发资料自总结
06-10
1.7.4 分辨率 30 1.7.5 码率 30 1.7.6 帧率 30 1.7.7 RGB 和YUV 30 1.7.8 实时和非实时 30 1.7.9 复合视频和 s-video 31 1.7.10 硬件加速 31 1.7.11 FFmpeg Device 31 第二章 FFmpeg 框架 32 2.1 FFmpeg 概述 32 ...
Java-GUI介绍和使用
最新发布
04-18
GUI API包含的类分为三个部分:组件类(component class) 容器类(container class),和辅助类(helper class) 1. 组件类是用来创建用户图形界面的,例如JButton,JLabel,JTextField. 2. 容器类是用来包含其他组件的,例如JFrame,JPanel 3. 辅助类是用来支持GUI组件的,例如Color,Font
汉诺塔c语言递归.zip
04-18
汉诺塔c语言递归
mybatis-plus-core-3.0.6.jar
04-18
mybatis-plus-core.jar 各个版本，免费下载， mybatis-plus-core.jar 是 MyBatis 的增强工具核心包。免费下载 。 MyBatis-Plus(简称 MP)，是一个 MyBatis 的增强工具包，只做增强不做改变，为简化开发工作、提高生产率而生。
mybatis-plus-generator-3.4.0.jar
04-18
mybatis-plus-generato.jar 包，各个版本，免费下载。 mybatis-plus 代码生成器生成代码框架。各个版本，免费下载。 下载不了，关注我，评论区联系我。
h265分辨率码率对应表
06-14
H.265是一种视频编解码标准，也称为高效视频编码（HEVC），它在同样画质下可以提供更小的文件大小。分辨率和码率是影响视频质量的两个主要因素，因此它们之间的对应关系非常重要。 在H.265编码下，分辨率和码率的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值