2. 视频编码技术基础：H.264/H.265编码原理、码率控制策略、编码对存储空间的影响

各位同学，咱们今天聊聊视频编码。说实话，做安防存储这么多年，我见过太多因为编码选型不当导致存储翻车的案例。你想想看，一个项目几百路摄像头，如果编码没选对，存储空间要么不够用，要么白白浪费。所以这一章，咱们把H.264和H.265这两个老伙计彻底讲透。

2.1 H.264编码原理：从帧到宏块

H.264，也叫AVC，是2003年推出的标准。到现在很多老项目还在用。它的核心思想就四个字：去冗余。

视频里相邻帧之间，其实变化很小。比如监控画面里，背景墙可能几十分钟都不动。H.264就利用这个特点，把视频分成三种帧：

• I帧（关键帧）：完整的一帧图像，不依赖其他帧。说白了就是一张JPEG图片。
• P帧（预测帧）：只记录和前一帧不同的部分。比如人走过去，只记录人，背景不动就不存。
• B帧（双向预测帧）：参考前后两帧，压缩率更高，但计算量大。

我记得有一次做平安城市项目，客户要求7天存储。我一看配置，I帧间隔设成了1秒。嗯，这等于每秒钟都在存完整图片，存储空间直接翻了三倍。我建议他们把I帧间隔调到2秒，画面质量几乎没变，存储却省了30%。

2.2 H.265编码原理：更聪明的压缩方式

H.265，也叫HEVC，是2013年的标准。它比H.264压缩率提升约50%。怎么做到的？我简单说几个关键点：

• 更大的编码单元：H.264用16x16的宏块，H.265可以用64x64的CTU。大块适合平坦区域，小块适合细节区域，自适应选择。
• 更精细的预测：H.265的帧内预测模式从9种增加到35种。说白了就是猜得更准，残差更小。
• 并行处理优化：支持Tile和WPP，多核CPU能同时干活。这对NVR解码很重要。

我在项目中遇到过一个问题：某品牌NVR宣称支持H.265，结果接上H.265摄像头后，解码器直接卡死。查了半天，发现是固件没更新，Tile功能没关。所以啊，兼容性测试一定要做。

2.3 码率控制策略：CBR vs VBR

码率控制，说白了就是决定「每秒钟用多少比特来存视频」。两种主流策略：

策略	特点	适用场景	存储影响
CBR（固定码率）	码率恒定，画面质量波动	网络带宽受限的场景	存储空间可精确计算
VBR（可变码率）	码率动态变化，画面质量稳定	本地存储、画质优先	存储空间有波动，但更省

我个人习惯在安防项目里用VBR。为什么？因为监控画面大部分时间都是静态的，VBR会自动降低码率。比如一个停车场，半夜没人没车，码率可能降到平时的三分之一。CBR就不行，它不管画面动不动，都按固定码率写，白白浪费空间。

但要注意，VBR有个坑：当画面剧烈变化时（比如一群人涌进来），码率会瞬间飙升。如果存储写入速度跟不上，就会丢帧。我曾经在一个商场项目里遇到过，晚上关店后画面静止，码率很低，但第二天早上开门瞬间，大量顾客涌入，NVR直接写爆了。后来我加了缓存机制才解决。

2.4 编码对存储空间的影响：算一笔账

咱们来算算实际存储需求。假设一个项目有100路200万像素摄像头：

H.264 场景：
  每路码率：4 Mbps
  每天存储：4 Mbps ÷ 8 × 3600秒 × 24小时 ÷ 1024 ≈ 42 GB
  100路30天：42 × 100 × 30 = 126,000 GB ≈ 123 TB

H.265 场景：
  每路码率：2 Mbps（省一半）
  每天存储：2 Mbps ÷ 8 × 3600秒 × 24小时 ÷ 1024 ≈ 21 GB
  100路30天：21 × 100 × 30 = 63,000 GB ≈ 61.5 TB

你看，H.265直接省了一半空间。但代价是什么？解码器贵了，NVR性能要求高了。所以选型时要权衡。

另外，编码参数对存储的影响也很大：

• 分辨率：从1080P降到720P，存储省一半以上。但画面细节也丢了。
• 帧率：25fps降到15fps，存储省40%。监控场景其实15fps就够了。
• 画质等级：从「最好」降到「良好」，码率能降30%，但画面噪点会增多。

我建议的做法是：先确定业务需求，再反推编码参数。比如人脸识别需要1080P、25fps，那就别省。普通区域监控，720P、15fps完全够用。

好了，这一章就到这里。下一章咱们聊聊存储介质的选择——HDD、SSD、SD卡，到底哪个适合NVR？到时候我会分享一些实际项目的血泪教训。