视频编码基础：H.264/H.265标准详解，码率控制与画质权衡
各位同学，咱们今天聊聊视频编码。说实话，这是整个DVR/NVR系统里最核心、也最容易被忽视的一环。你想想看，摄像头采集的原始视频数据量有多大？1080p@30fps，一秒钟没压缩的数据能到1.5Gbps。没有编码，别说存储了，连传输都是天方夜谭。
我在做第一代NVR产品时，就吃过编码的亏。当时选了个H.264的编码器，参数没调好，结果存储空间三天就满了。老板问我怎么回事，我说「编码效率没达到预期」。嗯，其实就是码率控制没做好。从那以后，我对编码这块就格外上心。
H.264：老当益壮的行业标准
H.264，也叫AVC，2003年推出的标准。到现在快二十年了，依然是安防领域的主力。为什么？因为它成熟、稳定、专利池清晰。
H.264的核心思想，说白了就是「用计算换带宽」。它把视频分成一个个宏块（16x16像素），然后做帧内预测和帧间预测。帧内预测就是利用同一帧里相邻像素的相似性，帧间预测就是利用前后帧的相似性。
H.264的关键技术点：
- 帧内预测：支持9种4x4预测模式和4种16x16预测模式
- 帧间预测：支持可变块大小（16x16到4x4），多参考帧
- 变换编码：4x4整数DCT变换，比浮点DCT精度更高
- 去块滤波：减少块效应，提升主观画质
- 熵编码：CAVLC和CABAC两种模式
我个人习惯，在嵌入式平台上用H.264时，会优先选择CABAC熵编码。虽然计算量大一点，但压缩率能提升10%-15%。对于存储受限的DVR来说，这点计算开销完全值得。
H.265：新一代的压缩利器
H.265，也叫HEVC，2013年推出的标准。它的目标很明确：在同等画质下，码率比H.264降低50%。
怎么做到的？H.265把宏块的概念扩展成了编码树单元（CTU）。CTU的大小可以从64x64到16x16自适应选择。你想想看，对于大面积的平坦区域（比如天空、墙壁），用64x64的块编码，一个块就能搞定，比H.264的16x16效率高多了。
我的经验：在4K分辨率的NVR项目中，H.265的编码效率优势非常明显。同样的码率，H.265的画面细节保留比H.264好30%以上。但要注意，H.265的编码复杂度是H.264的2-3倍，对芯片算力要求更高。
H.265的其他改进还包括：
- 更精细的帧内预测：支持35种预测模式（H.264只有9种）
- 运动补偿精度提升：1/4像素精度，支持8抽头插值滤波器
- SAO（样点自适应补偿）：进一步减少振铃效应
- 并行处理优化：支持Tile和WPP，多核处理器友好
码率控制：画质与带宽的博弈
码率控制，说白了就是「怎么分配那有限的比特」。我在项目中遇到过最典型的问题：客户要求7x24小时录像，但硬盘只有2TB。这时候码率控制就成关键了。
常见的码率控制模式有三种：
| 模式 | 特点 | 适用场景 |
|---|---|---|
| CBR（固定码率） | 码率恒定，画质波动 | 网络传输、带宽受限 |
| VBR（可变码率） | 码率波动，画质恒定 | 本地存储、画质优先 |
| ABR（平均码率） | 长期平均码率固定，短期可波动 | 兼顾存储和画质 |
我个人建议，在DVR/NVR场景下，优先使用ABR模式。为什么？因为监控场景有大量静止画面（比如夜间、无人区域），VBR会把这些场景的码率压得很低，但一旦有人闯入，码率会瞬间飙升。ABR能平滑这种波动，既保证存储空间可控，又保证关键画面的质量。
避坑指南：我曾经在某个项目中，为了省存储空间，把CBR的码率设得太低。结果画面里出现大量马赛克，客户投诉说「看不清人脸」。后来我改用ABR，把目标码率设高20%，但允许在静止场景降低码率。最终存储空间只增加了10%，但画质提升了一个档次。
画质权衡：QP、GOP与主观质量
画质和码率之间的权衡，核心参数就是QP（量化参数）。QP范围通常是0-51，值越小画质越好，码率越高。QP每增加6，码率大约减半。
但这里有个坑：QP不是线性关系。QP=20和QP=26的码率差一倍，但画质差异肉眼可见。QP=40和QP=46的码率也差一倍，但画质已经烂到没法看了。
GOP（图像组）结构也会影响画质。GOP越长，压缩率越高，但随机访问能力越差。在安防场景下，我建议GOP长度设为帧率的2-3倍。比如25fps的摄像头，GOP设50-75帧。这样既能保证压缩效率，又能保证回放时的快速定位。
实战参数建议（1080p@25fps）：
- H.264：QP=28，GOP=50，CABAC开启
- H.265：QP=32，GOP=75，SAO开启
- 码率控制：ABR，目标码率4Mbps
- 参考帧数：H.264用3帧，H.265用5帧
嗯，这里要注意，这些参数不是固定的。不同场景、不同摄像头、不同芯片，都需要微调。我习惯的做法是：先拿一段典型场景的视频，用不同参数编码，然后让客户看效果。毕竟，主观画质才是最终标准。
编码延迟：实时性的代价
做DVR/NVR的，还得考虑编码延迟。H.264的帧内编码延迟通常1-2帧，帧间编码延迟3-5帧。H.265因为计算更复杂，延迟会多1-2帧。
对于实时监控来说，这个延迟可以接受。但如果你要做PTZ联动、报警联动，延迟就得严格控制。我建议在编码器里开启「低延迟模式」，关闭B帧，只用P帧和I帧。虽然压缩率会下降10%-15%，但延迟能控制在1帧以内。
说白了，编码就是一场「时间、空间、画质」的三角博弈。没有完美的方案，只有最适合的方案。你在实际项目中，一定要根据需求来权衡。
好了，这一章就到这里。下一章我们聊聊解码显示，那是把压缩的数据还原成画面的过程，同样有很多坑等着我们。