共计 1618 个字符，预计需要花费 5 分钟才能阅读完成。
封装格局
H.264 的两种打包 / 封装办法：字节流 AnnexB 格局 AVCC 格局
放用于网络发送时，要封装成 RTP 格局
1. AnnexB 格局（实时播放）
开始前缀（00000001或000001）+NALU 数据, 绝大部分编码器的默认输入格局
-
- 3 字节 0x000001 单帧多 slice（即单帧多个 NALU）之间距离
- 4 字节 0x00000001 帧之间，或者 SPS 等之前
2. AVCC（存储）
解码器配置参数在一开始就配置好了，零碎能够很容易的辨认 NALU 的边界，不须要额定的起始码，缩小了资源的节约，同时能够在播放时调到视频的两头地位。这种格局通常被用于能够被随机拜访的多媒体数据，如存储在硬盘的文件。MP4、MKV 通常用 AVCC 格局来存储。
AVCC 格局不应用起始码作为 NALU 的分界，这种格局在每个 NALU 前都加上一个大端格局的前缀（1、2、4 字节，代表 NALU 长度）
防字节竞争解决（Annxb 和 AVCC 均有）：RBSP👉EBSP
> 用起始码定位 NALU 边界存在一个问题，即 NALU 中可能存在与起始码雷同的数据。> 为了避免这个问题，在构建 NALU 时，须要在数据中的 0x000000,0x000001,0x000002,0x000003 中插入防竞争字节（Emulation Prevention Bytes)0x03，使其变为：0x000000 = 0x0000 03 00
0x000001 = 0x0000 03 01
0x000002 = 0x0000 03 02
0x000003 = 0x0000 03 03
解码器在检测到 0x000003 时，将 0x03 摈弃，复原原始数据。3.RTP 封装 =12 字节固定 RTP 包头 + 载荷（NALU）
rtp 传输的是 annexb 的 h264 码流
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|X| CC |M| PT | sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| synchronization source (SSRC) identifier |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| contributing source (CSRC) identifiers |
| .... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
V：RTP 协定的版本号，以后协定版本号为 2。P：填充标记，如果 P =1，则在该报文的尾部填充一个或多个额定的八位组，它们不是有效载荷的一部分。X：扩大标记，如果 X =1，则在 RTP 报头后跟有一个扩大报头
CC: CSRC 计数器，批示 CSRC 标识符的个数。M：标记位（不同载荷含意不同，视频标记一帧的最初一个分片 slice 则 =1, 其余 =0）PT：载荷类型 RTP_PAYLOAD_RTSP 如 GSM 音频、JPEM 图像等。例如 H264=96
序列号：用于标识发送者所发送的 RTP 报文的序列号，每发送一个报文，序号减少 1
工夫戳：工夫戳反映了该 RTP 报文的第一个八位组的采样时刻。接受者应用工夫戳来计算提早和抖动，并进行同步控制。SSRC: 同步信源标识符 辨别是在和谁通信。值随机抉择，加入同一视频会议的两个同步信源的 SSRC 要雷同。// 特约信源 (CSRC) 标识符：每个 CSRC 标识符占 32 位，能够有 0～15 个。每个 CSRC 标识了蕴含在该 RTP 报文有效载荷中的所有特约信源。
正文完
