在做 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 帧 融合到了一起。
