H263压缩码流如何分解为一个一个单元并查询到其宽高？

H263码流尺寸规格有限，只有以下几种：
在这里插入图片描述
H263码流有四个分层：
1、图像层
2、块组
3、宏块
4、块
下面分别介绍：

具体介绍如下，5.1.3中红色框选部分就是压缩码流的宽高指示：

图像层

在这里插入图片描述

上面就是H263的图像层，块组层在图像层里面。

块组层

在这里插入图片描述
上图红色框中的Group of Blocks为块组层。

宏块层

在这里插入图片描述

上图中的红框为宏块层。
在这里插入图片描述
因为我们本章主要介绍如何将连续的H263分解为一帧一帧的packet，并且实时求出每个packet中的宽高，所以我们本次只分析图像层即可。

我们继续回顾图像层：
在这里插入图片描述

名称	bit	说明
图像开始码(PSC)	22bit	PSC 是一个 22 比特的字。它的值是 0000 0000 0000 0000 1 00000。所有的图象开始码都应该以字节对齐。这应该通过在开始码之前插入 PSTUF 来完成，因此开始码的第一位是一个字节中的第一位（也是最重要的一位）
时域参照 (TR)	8bit	一个 8 比特的数可以有 256 种可能值。通过将它在前一帧传送的图象头中的值加 1 再加未传送的帧数（以 29.97 Hz 计）来形成这个值。只对 8 个 LSB 进行计算。在可选的 PB 帧模式下，TR 只指定 P 帧地址；对于 B 帧的时域参照请查看 5.17 部分。
类别信息1(PTYPE)	位1	始终为“1”，为了避免混淆开始码
类别信息2(PTYPE)	位2	始终为“0”，与 H.261 相区别
类别信息3(PTYPE)	位3	屏幕分割指示位，“0”关，“1”开
类别信息4(PTYPE)	位4	文件相机指示器，“0”关，“1”开
类别信息5(PTYPE)	位5	静止图象释放位，“0”关，“1”开
类别信息6-8(PTYPE)	位6-8	信源格式，“000”禁止，“001”sub-QCIF，“010”QCIF，“011”CIF, “100” 4CIF, “101” 16CIF, “110” 保留, “111”保留
类别信息9(PTYPE)	位9	图象编码类型，“0” INTRA (I-picture)，“1” INTER (P-picture)
类别信息10(PTYPE)	位10	可选无限制矢量模式，“0”关，“1”开
类别信息11(PTYPE)	位11	可选基于句法的编码模式，“0”关，“1”开
类别信息12(PTYPE)	位12	可选高级预测模式，“0”关，“1”开
类别信息13(PTYPE)	位13	可选 PB 帧模式，“0”关，“1”开
量化器信息 (PQUANT) (5 bits)	5bit	这是一个固定长度为 5 比特的码字，它指示了为图象使用量化器 QUANT 直到被更新为 GQUANT 或 DQUANT。这个码字以二进制方式表示了 QUANT 的半步距，即从 1 到 31
连续出现的多点 (CPM)	1 bit	这是一个只有一个比特位的码字，它通知了是否使用可选的连续出现多点模式（CPM）；“0”关，“1”开。关于 CPM 的使用请参见附录 C
图象子比特流指示位 (PSBI)	2bit	这是个固定长度位 2 比特位的码字。只有在 CPM 指示了连续出现多点模式为有效时，这个码字才出现。这个码字以二进制形式表示图象头和后续直到下一帧图象或 GOB 开始码的信息的子比特流数（参见附录 C）
B帧的时间参照 (TRB)	3 bit	如果 PTYPE 指示了“PB 帧”（见附录 G）则 TRB 出现，并指示了从上一个 I 帧或 P 帧到现在这个 B 帧所位传送的帧数。这个码字以简单的二进制形式表示了未传送整数加 1。最大的未传送帧数是 6
B帧的量化信息 (DBQUANT)	2 bit	如果 PTTYPE 指示了“PB 帧”则 DBQUANT 出现。在译码过程中，对每个宏块可以得到一个量化参数。PB 帧中对 P 块使用QUANT，对B块使用另一个量化参数BQUANT。QUANT的范围是1到31。DBQUANT指示了如表3/H.263中定义的QUANT和 BQUANT 之间的关系。BQUANT 的范围是 1 到 31，如果由表 3/H.263计算得出的值大于 31 则被剪切到 31
额外插入信息 (PEI)	1 bit	这个位如果被设置位“1”，则标志存在着后续的可选数据域
空信息 (PSPARE)	(0/8/16 . . . bits)	如果 PEI 被设置为"1"，则后续的 9 个比特位包含了 8 个数据位（PSPARE）和另一个 PEI 位以指示后续是否还有 9 个位，……。在 ITU 指明之前编码器不要插入 PSPARE。译码器在 PEI 位为“1”时要能够分解 PSPARE。着就允许 ITU 在 PSPARE 中添加向后兼容的信息。如果 PSPARE 后紧跟着 PEI=0，PSPARE=xx000000 是不允许的，以避免和开始码相混淆。(x=不关心, 所以 256 中可能值中由四分之一被禁止)
填塞 (ESTUF)	(变长) bit	这是一个长度可变的包含由少于 8 个“0”位的码字。编码器可以直接在 EOS 码字前插入这个码字。如果有 ESTUF 则 ESTUF的最后一位应该是该字节的最后一位（最不重要）。所以 EOS 码字的开始处是字节对齐的。译码器应被设计成可抛弃 ESTUF
序列结束 (EOS)	22 bit	这个码字由 22 个比特位。它的值为 0000 0000 0000 0000 1 11111。由编码器来决定是否插入这个码字。EOS 可以是字节对齐的。在开始码前插入 ESTUF 可使开始码字节对齐
填塞 (PSTUF)	(变长) bit	这是一个长度可变的包含由少于 8 个“0”位的码字。编码器应将这个码字插入在下一个 PSC 之前以实现字节对齐。PSTUF的最后一位应该是该字节的最后一位（最不重要），因此包含 PSTUF 的视频比特流到 H.263 比特流开始处的偏移比特数是 8的倍数。译码器应该能够抛弃 PSTUF如果由于某些原因编码器停止编码了一段时间后又继续进行编码，编码器停止之前应发送 PSTUF，以防止出现将上一帧图象编码的最后几位（最多可达 7 位）保留到重新编码开始

为了将连续的h263压缩码流分割为一个个以帧为单位的packet，我们就要找到每一帧的起始位置和结束位置，为了简单考虑，我们抛弃图像层不重要的部分，只关心起始和结束的几个关键位：
在这里插入图片描述
上图是两帧h263，通过观察发现，我们只要找到PSC就可以了。
具体代码如下：

#define END_NOT_FOUND (-100)int ff_h263_find_frame_end(ParseContext *pc, const uint8_t *buf, int buf_size) {int vop_found, i;uint32_t state;vop_found = pc->frame_start_found;state = pc->state;i = 0;if (!vop_found) {for (i = 0; i < buf_size; i++) {state = (state << 8) | buf[i];if (state >> (32 - 22) == 0x20) {i++;vop_found = 1;break;}}}if (vop_found) {for (; i < buf_size; i++) {state = (state << 8) | buf[i];if (state >> (32 - 22) == 0x20) {pc->frame_start_found = 0;pc->state = -1;return i - 3;}}}pc->frame_start_found = vop_found;pc->state = state;return END_NOT_FOUND;
}