怎么验证海思编码器,一次性编码多大数据呢?
Posted 想文艺一点的程序员
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了怎么验证海思编码器,一次性编码多大数据呢?相关的知识,希望对你有一定的参考价值。
在做 RTSP 传输实验的时候,我想知道一次性大概传输多大的数据包,海思编码器一次性又能编码出多大的数据呢?
于是我做了以下的实验:
在做实验之前,翻阅 SDK 当中的手册,发现编码分为两种方式:单包、多包方式:
1、多包模式:对于 H.264,当为 I 帧时,调用 HI_MPI_VENC_GetStream 接口,一个I 帧包含 4 个 NAL 包( 4 个 NAL 包分别为 sps 包、 pps 包、 sei 包、 Islice 包,这里假设 pps 包只有一个,且 4 个 NAL 包是独立的,包类型不同);对于 JPEG,一帧图像包含 2 个包( 1 个图像参数包, 1 个图像数据包, 2 个包是独立的,包类型不同)。
2、单包模式:对于 H.264,当为 I 帧时,调用 HI_MPI_VENC_GetStream 接口,一个I 帧包含 1 个 NAL 包(该 NAL 包的包类型为 Islice 包,且包含 sps、 pps、 sei、Islice 的数据);对于 JPEG,一帧图像只有 1 个包(该包的包类型为图像数据包,
且包含图像参数包的数据)。
注意:
1、上图当中黄色的东西,是无效数据。这部分数据我们是不写入文件当中去的。
2、在 fwrite 的时候,我们每次都会减去无效数据的偏移地址。
接下来我们挨个验证一下,这两种方式下各个码流包的大小
1、多包方式(默认)
1、在 sample 案例的 venc 源码处,直接打印每次 fwrite 的大小:
# 先做一下备份、以免改错了,我们可以再次进行恢复
cp ./sample_comm_venc.c ./sample_comm_venc.c.bak
# 该函数在 Hi3518E_SDK_V1.0.3.0/mpp/sample/common/sample_comm_venc.c 处
vi sample_comm_venc.c
也可以不进行下面这一步,因为默认是 0
# 直接修改 load3518e 脚本
vi load3518e
# 找到挂在 hi3518e_h264e.ko 的命令
insmod hi3518e_h264e.ko OneStreamBuffer=0
2、接着再直接使用 sample 编译后的程序,查看打印的数据:
使用图像分析工具进行分析。
2、单包方式
两种模式可通过各协议 ko 加载时设置模块参数 OneStreamBuffer 来选择。OneStreamBuffer=1 表示单包模式; OneStreamBuffer=0 表示非单包模式,系统默认 OneStreamBuffer=0。
# 直接修改 load3518e 脚本
vi load3518e
# 找到挂在 hi3518e_h264e.ko 的命令
insmod hi3518e_h264e.ko OneStreamBuffer=1
修改参数之后,继续运行,下面是现象。
16:是每个 NALU 单元,前面都有一个 00 00 00 01 的 start code
14:SPS
4:PPS
5:SEI
19847:I帧
使用码流分析工具,进行分析:
- 可以发现多包方式的情况下, SPS、PPS、SEI、和 I 帧 融合到了一起。
以上是关于怎么验证海思编码器,一次性编码多大数据呢?的主要内容,如果未能解决你的问题,请参考以下文章