三代视频编码标准，加两条流媒体协议。

一、编码标准

音视频：AVC/H.254编码

AVC/H.264 是应用最广的视频编码。宏块、帧内预测、运动补偿和 CABAC 构成压缩主路径。I/P/B 帧决定随机访问和延迟：直播少用过多 B 帧。Profile 与 Level 限制工具集和分辨率。硬件编解码在手机和机顶盒上已经非常普及，兼容性是它相对新标准的最大优势。

参数上 GOP、码率和 CRF 影响画质与体积。场景切换要及时插 I 帧。封装常见 MP4 或 TS。专利许可在商业分发时要评估。调试花屏先看是否丢了参考帧或起始码切错。标题里的 H.254 多半是笔误，业界标准写法是 H.264。选型时若终端全支持，H.264 仍是最省心的底线编码。

音视频：HEVC/H.265编码

HEVC/H.265 在相近画质下通常比 H.264 更省码率，用更大的编码树单元和更灵活的预测。4K、HDR 内容常用它。代价是编码更复杂、专利池更绕，部分老设备没有硬解。直播和点播要同时看终端覆盖和 CDN 成本，不能只看实验室压缩比。

编码预设决定速度与质量。瓦片和波前可并行。SEI 携带 HDR 元数据时要和显示管线对齐。转码集群要按分辨率分档，避免一律超慢预设。兼容性回退仍准备 H.264 流。花屏和花块常见于参考帧管理或 Annex B 与 mp4 转换错误。H.265 适合带宽敏感的高分辨率，不是无脑替换所有存量片源。

音视频：AV1编码

AV1 由 Alliance for Open Media 推动，目标是免专利费的高效视频编码。工具集比 HEVC 更激进，同等画质码率往往更低，但软件编码慢、硬解普及仍在进行中。网页端的 Chrome 等已能播 AV1，移动端要看芯片年份。适合点播和带宽成本高的平台做第二档码流。

编码常用 libaom 或 SVT-AV1，后者更快。预设和 CRF 要按片源类型调。封装进 MP4 或 WebM 时注意浏览器支持。转码耗 CPU，批量任务要排队和优先级。回退策略仍然是 H.264。评估时用 VMAF 而不是只看文件大小。AV1 是方向，落地要算清编码成本和用户设备，而不是把片库一次性全转。

二、传输协议

RTSP

RTSP 是实时流媒体控制协议，负责播放、暂停、SETUP 和 TEARDOWN，媒体数据通常走 RTP。监控摄像头和 NVR 广泛使用它。客户端先描述会话，再建立传输通道。

调试看 OPTIONS / DESCRIBE 是否通，SDP 里的编码和端口对不对。TCP 交织适合穿越防火墙，UDP 延迟更低但不稳定。认证用 Digest，弱口令是摄像头被滥用的主因。NAT 后要注意 RTP 端口映射。拉流库要处理超时重连。安全上应把 RTSP 放在专网或 VPN，不要裸奔公网。和 Web 播放对接时常再转封装成 HLS 或 WebRTC。

RTMP

RTMP 最初为 Flash 设计，把控制与媒体复用在一条 TCP 连接上，推流延迟相对较低。直播里常见“推 RTMP、播 HLS”的组合：主播推到源站，观众拉切片。

推流 URL 含应用名和流密钥，密钥泄漏等于被人顶号。块大小、GOP 和码率要匹配源站限制。TCP 在弱网会堆积延迟，这是 RTMP 的短板。许多云厂商仍接受 RTMP 入流，再转协议分发。调试用 ffmpeg 推测试流看握手和发布状态。新项目若只面向浏览器，可评估 WebRTC 入流；存量设备生态仍以 RTMP 为主。