H264——H264码流分析实例（SPS、PPS）

最新推荐文章于 2023-10-06 13:56:46 发布
最新推荐文章于 2023-10-06 13:56:46 发布
阅读量3.9k 收藏 25
点赞数 1
分类专栏： H.264
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_28258885/article/details/119449089
版权

目录

工具

任意二进制工具
雷神作品：SpecialVH264.exe

原理

NAL Unit结构分析

NALU

nalu语法图
在这里插入图片描述
nalu_type
在这里插入图片描述

SPS

在这里插入图片描述

PPS

在这里插入图片描述

实例视频二进制数据

每一个NALU以0x00 00 00 01为起始码，也作为分隔
在这里插入图片描述

SPS分析

在这里插入图片描述

nal_header

先分析第一个NALU
size是14byte，起始码之后正好是14byte
第一个字节是NAL的header

  • forbidden_zero_bit : 0
    静止位固定是0，也就是第7位为0
  • nal_ref_idc : 3
    第5第6位是11
  • header低5位表示类型，这里是SPS
    即低5位是7

于是第一个nalu header
二进制为：0110 0111
十六进制为0x67，和二进制解析一致

profile_idc

既然知道了这个NALU表示SPS，那么就以SPS的方式去进行解析，SPS语法见上方给出的sps语法表

实际视频的第2个字节

  • profile_idc : 43
    第二个42是指profile，表示profile是66(十进制)，即baseline profile
    H264中的profile与level
    profile的值在H264标准文档附件A中可查

profile_idc = 66 —— basline
profile_idc = 77 —— main
profile_idc = 88 —— extend
profile_idc = 100 —— high

实际视频数据的第三个字节

  • constraint_set0_flag~constraint_set5_flag
    给当前帧加一些限制性条件，具体参考h264标准文档，在附录A中列出和各种profile对应的情况

level_idc

实际视频数据的第四个字节

  • level_idc : 31
    当前码流中，level对应3.1，即720p，30fps，和sample中对应（h264的level表在H264中的profile与level）
    在这里插入图片描述

标识当前码流的Level。
编码的Level定义了某种条件下的最大视频分辨率、最大视频帧率等参数，码流所遵从的level由level_idc指定。

seq_parameter_set_id

表示当前的RBSP（序列参数集）的id。通过该id值，图像参数集pps可以引用其代表的sps中的参数。

chroma_format_idc

  • chroma_format_idc : 1
    表示色度采样结构,示例的视频流为yuv420

在这里插入图片描述

residual_colour_transform_flag

  • residual_colour_transform_flag = 0
    值等于1时，应 用 264文档8.5节规定的残余颜色变换 。
    residual_colour_transform_flag 等于 0 时则不使用残余颜色变换。当 residual_colour_transform_flag 不存在时，默认其值为 0

bit_depth_luma_minus8

  • bit_depth_luma_minus8 = 0

是指亮度队列样值的比特深度以及亮度量化参数范围的取值偏移 QpBdOffsetY ，如下所示

  • BitDepthY = 8 + bit_depth_luma_minus8
  • QpBdOffsetY = 6 * bit_depth_luma_minus8

当 bit_depth_luma_minus8 不存在时，应推定其值为 0。bit_depth_luma_minus8 取值范围应该在 0 到 4 之间（包括 0 和 4）。

bit_depth_chroma_minus8

  • bit_depth_chroma_minus8 = 0

是指色度队列样值的比特深度以及色度量化参数范围的取值偏移 QpBdOffsetC ，
如下所示

  • BitDepthC = 8 + bit_depth_chroma_minus8
  • QpBdOffsetC = 6 * ( bit_depth_chroma_minus8 + residual_colour_transform_flag )

当 bit_depth_chroma_minus8 不存在时，应推定其值为 0。bit_depth_chroma_minus8 取值范围应该在 0 到 4 之间（包括 0 和 4）。

qpprime_y_zero_transform_bypass_flag

  • qpprime_y_zero_transform_bypass_flag : 0

等于 1 是指当 QP’Y 等于 0 时变换系数解码过程的变换旁路操作和图像构建过程将会在H264文档第 8.5 节给出的去块效应滤波过程之前执行qpprime_y_zero_transform_bypass_flag 等于 0 是指变 换 系 数 解 码 过 程 和 图 像 构 建 过 程 在 去 块 效 应 滤 波 过 程 之 前 执 行 而 不 使 用 变 换 旁 路 操 作 。
当qpprime_y_zero_transform_bypass_flag 没有特别指定时，应推定其值为 0

seq_scaling_matrix_present_flag

  • seq_scaling_matrix_present_flag : 0

等 于 1 表 示 存 在 i=0…7 的 标 志 seq_scaling_list_present_flag[ i ] 。
seq_scaling_matrix_present_flag 等于 0 则表示不存在这些标志并且由 Flat_4x4_16 表示的序列级别的缩放比例列表应被推断出来（对应 i=0…5），由 Flat_8x8_16 表示的序列级别的缩放比例列表应被推断出来（对应 i=6…7）。当seq_scaling_matrix_present_flag 没有特别指定时，应推定其值为 0。

log2_max_frame_num_minus4

  • log2_max_frame_num_minus4 : 6

用于计算MaxPicOrderCntLsb的值，该值表示POC的上限。计算方法为
MaxPicOrderCntLsb = 2^(log2_max_pic_order_cnt_lsb_minus4 + 4)

pic_order_cnt_type

  • pic_order_cnt_type : 2

表示解码picture order count(POC)的方法。POC是另一种计量图像序号的方式，与frame_num有着不同的计算方法。该语法元素的取值为0、1或2

log2_max_pic_order_cnt_lsb_minus4

  • log2_max_pic_order_cnt_lsb_minus4 : 0

用于计算MaxPicOrderCntLsb的值，该值表示POC的上限。计算方法为
MaxPicOrderCntLsb = 2^(log2_max_pic_order_cnt_lsb_minus4 + 4)

num_ref_frames

规定了可能在视频序列中任何图像帧间预测的解码过程中用到的短期参考帧和长期参考帧、互补参考场对以及不成对的参考场的最大数量。num_ref_frames 字段也决定了 8.2.5.3 节规定的滑动窗口操作的大小。num_ref_frames 的取值范围应该在 0 到 MaxDpbSize （参见 A.3.1 或 A.3.2 节的定义）范围内，包括 0 和MaxDpbSize 。

pic_width_in_mbs_minus1

  • pic_width_in_mbs_minus1 : 79

加 1 是指以宏块为单元的每个解码图像的宽度。
PicWidthInMbs = pic_width_in_mbs_minus1 + 1
16是h264中的宏块边长
于是示例视频流中的图像宽度为80 x 16 = 1280

pic_height_in_map_units_minus1

  • pic_height_in_map_units_minus1 : 44
    使用PicHeightInMapUnits来度量视频中一帧图像的高度。PicHeightInMapUnits并非图像明确的以像素或宏块为单位的高度，而需要考虑该宏块是帧编码或场编码。PicHeightInMapUnits的计算方式为：

PicHeightInMapUnits = pic_height_in_map_units_minus1 + 1
16是h264中的宏块边长
于是示例视频流中的图像宽度为45 x 16 = 720

PPS

分析同SPS

SEI

在这里插入图片描述
用于存放payload相关信息

总结

SPS 用于存放视频信息，图像profile、level、chroma、图像长宽等关键信息

SEI存放payload相关信息

  • I帧越大，P帧越小；I帧越小P帧越大
  • I帧大小取决于图像本身内容，和压缩算法的空间部分
  • P帧的大小取决于图像变化的剧烈程度
  • （码率控制模式）CBR和VBR下P帧的大小策略会不同，CBR时P帧大小基本恒定
    CBR是固定码率；VBR是可变码率
    码率的概念就是，沿着时间轴，这些帧的大小。如果每个P帧的大小相差过大，那么网络传输就会很麻烦，带宽可能不够或者闲置
    CBR每一帧的大小是差不多的，主要是为了方便网传
    VBR每一帧大小不稳定，主要是为了维持图像质量稳定
    图像变化是否剧烈，是选择码率控制模式的依据之一
Spark！
关注
  • 1
    点赞
  • 踩
  • 25
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
h264 sps, pps解析代码
03-04
纯c代码，在linux上验证，编译可直接运行。已验证分辨率： 模拟摄像头h264(海思编码)：cif、2cif、d1 高清ipc h264编码数：cif， VGA、720P、1080P
h264 图像宽度与高度的获取
d_l_u_f的专栏
02-15 7806
摘 要：H.264是新一代视频编码标准，具有广泛的应用前景。本文主要研究了H.264码流的问题。首先，介绍了H.264的简单框架；其次，对码流结构进行了分析，并概括出了码流结构图；最后，结合一个简单试验，给出了从H.264码流中取得图像宽度和高度的方法。 关键词：H.264；NAL；码流结构 Analysis on the structure of coding streaming in H.
H264之sps解析分辨率
06-19 4797
sps定义如下：解析如下：分辨率：pic_width_in_mbs_minusl =29  ===>(29+1)*16 =480pic_height_in_map_units_minusl=16 ===>(16+1)*16=272
H264的sps和pps涵义解析
04-20
通过具体的例子详细的分析h264编码算法的sps和pps字段的具体涵义和解析方法。
查找H.264流中的SPS,PPS并解析
06-16
从FFmpeg中抽取出来， 读取文件中数据流，快速找到buffer中的SPS 和 PPS，并解析它们的代码；
h264 sps帧解析出宽高等信息(c c++).rar
05-19
H264的sps帧解析出宽高等信息包含c/c++两种语言，可以使用。
H.264/AVC视频编解码技术详解
07-29
H.264/AVC是目前业界应用为广泛的视频压缩编码标准，包含了先进而且较为成熟的视频编码技术。本课程将从原理、标准和实现等多个角度，详细讲述了H.264/AVC视频编码标准的整体架构与技术细节，不但讲解了H.264/AVC标准协议文档中的内容，还通过实际的H.264码流分析/解码程序的开发来帮助观众更深入地理解H.264编码标准的原理。
H264码流中SPS PPS详解
smartDMer的专栏
04-12 5817
来源：H264码流中SPS PPS详解 - 知乎 1 SPS和PPS从何处而来？ 2 SPS和PPS中的每个参数起什么作用？ 3 如何解析SDP中包含的H.264的SPS和PPS串？ 1 客户端抓包 在做客户端视频解码时，一般都会使用Wireshark抓包工具对接收的H264码流进行分析，如下所示： 在这里我们可以看到对解码视频起关键作用的SPS和PPS。 双击SPS内容如下： 双击PPS内容如下： 那么从上面的sps中我们知道图像的宽，高。 宽=（19+1 ）*16=320
H.264 SPS、PPS详解
最新发布
weixin_39399492的博客
10-06 2478
h.264 sps pps详解
H264 SPS中得到宽高的代码(java)
02-28 356
数据需要去掉头，SPS测试数据 byte[] buffer = new byte[]{103, 66, -64, 12, -38, 5, 7, -56, 7, -124, 2} 得到结果宽320高240. public class H264SpsParser { private final static String TAG = H264SpsParser.class.getCanonicalName(); private final static int NAL_HEADER = 0;
H264 sps pps解析
01-18
可在linux下编译通过的c++ sps pps解析类。读取文件（包中有测试文件），解析结果显示在打印里。可自行修改。
H264中SPS与PPS的获取
05-05
程序获取h264中sps与pps。附上h264码流小片断
Android音视频视频基础(H264)二 SPS分析
sunlifeall的博客
06-25 412
学习目标： SPS分析与读取 学习内容： 首先肯定得截个sps数据的图来看分析了。 上图红框内就是sps数据了。67是sps标识，不清楚的小伙伴可以阅读下面的博客 Android音视频视频基础(H264) 接下来我们把数据都一对一的转成二进制，这里就不全部写下来了。 十六进制 二进制 67 0110 0111 64 0110 0100 00 0000 0000 15 0001 0101 AC 1010 1100 D9 1101 1001 41
H264--NALU/SPS/PPS
热门推荐
evsqiezi
01-11 2万+
H264结构中，一个视频图像编码后的数据叫做一帧，一帧由一个片（slice）或多个片组成，一个片由一个或多个宏块（MB）组成。 H264编码过程中的三种不同的数据形式： SODB        数据比特串 ----＞最原始的编码数据，即VCL数据； RBSP　     原始字节序列载荷 ----＞在SODB的后面填加了结尾比特（RBSP trailing bits　一个bit“1”）若干比特“...
音视频系列--哥伦布编码和H264片段sps解析宽高信息
夏的专栏
12-20 887
H.264码流中的NALU进行了一个简单的划分，标出了NALU的类型和长度等信息。因为我们在解析SPS和PPS中要使用到指数哥伦布编码的解析，所以有必要了解一下指数哥伦布编码。 一、指数哥伦布编码（理论篇） 指数哥伦布码（Exponential-Golomb code， 即Exp-Golomb code）是熵编码的一种编码方式，正常来说，可以拓展为k阶，但是在H264中使用的是0阶指数哥伦布编码，在H.264中使用ue(v)表示0阶无符号指数哥伦布编码的解码过程，用se(v)表示0阶有符号指数哥伦布编码过
H.264/AVC视频编解码技术详解-殷汶杰-专题视频课程
Workshop of Wenjie.Yin
07-29 3605
H.264/AVC是目前业界应用为广泛的视频压缩编码标准，包含了先进而且较为成熟的视频编码技术。本课程将从原理、标准和实现等多个角度，详细讲述了H.264/AVC视频编码标准的整体架构与技术细节，不但讲解了H.264/AVC标准协议文档中的内容，还通过实际的H.264码流分析/解码程序的开发来帮助观众更深入地理解H.264编码标准的原理。...
H.264 序列参数集（SPS）
键盘敲的劈啪响
05-11 1040
H.264 中的 SPS（Sequence Parameter Set）是一种参数集，用于描述视频序列的特征和配置信息。SPS 是在 H.264 视频流中的一个元数据单元，它包含了视频编码器的设置和视频序列的特性。
h264 sps pps详解
yuanbinquan的专栏
03-03 2万+
1、学习路线 step1、初步了解h264，了解h264数据帧分类和识别 step2、h264专业名词解析 step3、sps、pps帧语法定义 2、h264简介   3、h264名词解析   4、sps语法   5、pps语法
音视频中的码率控制（CBR、VBR、CVBR、FIXQP）
路人coder
07-19 9051
什么是码率？ 码率就是数据传输时单位时间传送的数据位数。一般我们用的单位是kbps即千位每秒。 通俗一点理解就是取样率，单位时间内取样率越大，精度就越高，处理出来的文件就越接近原始文件。 但是文件体积与取样率是成正比的，所以几乎所有的编码格式重视的都是如何用最低的码率达到最少的失真。 码率控制器实现对编码码率进行控制。 为什么要控制码率？ 从信息学的角度分析，图像的压缩比越低，压缩图像的质量越高；图像压缩比例越高，压缩图像的质量越低。对于场景变化的真实场景，图像质量稳定，编码码率会波动；编码码率稳定，图
H264码流sps/pps
06-10
SPS（Sequence Parameter Set）和PPS（Picture Parameter Set）是H.264/AVC视频编码标准中的两个重要概念。它们是一些编码参数的集合，用来描述视频序列和图像的特性。 SPS包含一些关于视频序列的信息，如分辨率、帧率、码率等等，而PPS则包含一些关于单个图像的信息，如编码类型、QP值等等。这些参数的设定对视频的编码质量和解码效果都有很大的影响。 在H.264码流中，SPS和PPS通常会在关键帧（I帧）前面先发送一次，以便解码器能够正确地解析出码流。在之后的非关键帧（P帧和B帧）中，则可以省略SPS和PPS的发送，只需要在关键帧再次发送即可。这样可以减小码流的大小，提高传输效率。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Spark！

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值