=================================================================

音视频入门基础：H.264专题系列文章：

音视频入门基础：H.264专题（1）——H.264官方文档下载

音视频入门基础：H.264专题（2）——使用FFmpeg命令生成H.264裸流文件

音视频入门基础：H.264专题（3）——EBSP, RBSP和SODB

=================================================================

一、NALU

H.264码流中，所有的数据，都被封装成一个个NALU（又叫NAL Unit，全称为：Network Abstraction Layer Unit，中文被翻译为：网络抽象层单元）。而目前 H.264 流行的包装方式分别为AnnexB和avcC。对于AnnexB格式的H.264码流来讲，为了分割各个 NALU ，编码时在每个 NALU 前面加上0x000001或0x00000001作为startcode（起始码）。解码时，要将带有startcode的NALU 去掉 startcode，变为不带startcode的NALU：

二、EBSP

去掉startcode后，NALU 的第一个字节 为 占用 1 位的forbidden_zero_bit  + 占用 2 位 的nal_ref_idc  + 占用 5 位的nal_unit_type。它们加起来刚好8位，也就是1个字节，一般被我们称为NALU Header（NAL Unit Header）。解码时，去掉startcode然后去掉NALU Header后的NALU负载被我们称为EBSP（Encapsulate Byte Sequence Payload）：

三、RBSP

由于去掉startcode然后去掉NALU Header后的NALU负载 中可能存在形式为0x00000X（其中X为0、1、2或3）的数据，为了防止它们跟startcode冲突，编码时会在0x0000之后添加一个emulation_preventon_three_byte (防竞争字节，值为0x03)，使其变为0x0000030X，就像下面这样：

0x000000 => 0x00000300
0x000001 => 0x00000301
0x000002 => 0x00000302
0x000003 => 0x00000303

解码时，将EBSP中的防竞争字节去掉，就是RBSP（Raw Byte Sequence Payload）

四、SODB

SODB是真正的未加工过的H.264流。H.264 码流中的操作单位是位，而不是字节。因为视频的传输和存贮是十分在乎体积的，对于每一个比特（bit）要格外珍惜。所以H.264 中的操作单位是比特。比如H.264中的sps，它的constraint_set0_flag等属性就只占了1比特。

这就导致可能出现一种情况：H.264数据写完后，写入的数据量不满一个字节。所以编码时要在未加工过的H.264流之后，添加一个值等于1的尾部来表示H.264流的结束，该位称为停止位(rbsp_stop_one_bit)。然后为了字节对齐，在停止位（值为1）之后添加0位使得8位对齐（简单来讲，就是为了让H.264数据写完后，最后写入的数据满一个字节）。编码时通过补齐，让H.264流从位流（SODB）变为字节流（RBSP），以便每个语法的第一个位始终与字节的第一个位对齐。RBSP 去掉补齐的数据后，就是 SODB（String of Data Bits）：

五、总结

六、参考文章

《H.264 stream structure》

《H.264中NALU、RBSP、SODB的关系》

《Introduction to H.264: (1) NAL Unit》
《H264 - what, why and how》