视频编码基础：从原理到实战
做HLS摄像头采集，绕不开视频编码。说白了，编码就是压缩。摄像头一秒产生几十兆的原始数据，不压缩根本没法传。我最早做安防项目时，用的还是MJPEG，那码率简直吓人。后来切到H.264，才真正体会到什么叫「效率」。今天咱们就聊聊编码这件事。
核心观点：编码的本质，是在画质和码率之间找平衡。没有完美的编码器，只有适合场景的参数配置。
视频编码原理：它到底在干什么？
视频编码的核心思路，其实就四个字：去除冗余。
你想想看，一段视频里，相邻两帧的画面变化其实很小。比如摄像头对着会议室拍，背景基本不动，只有人在动。如果每一帧都独立压缩，那就是在重复编码相同的信息——太浪费了。
编码器会做这几件事：
- 帧内预测——利用当前帧内已编码的像素，预测当前块。适合画面剧烈变化或场景切换时用。
- 帧间预测——找参考帧，算运动矢量。说白了就是「这块画面跟上帧差不多，挪个位置就行」。
- 变换量化——把像素数据转到频域，丢掉人眼不敏感的高频细节。这是压缩率的大头。
- 熵编码——用更短的码字表示出现频率高的数据，类似哈夫曼编码的思路。
我在项目中遇到过一个问题：用默认参数编码，画面静止时码率波动很大。后来发现是帧间预测的参考帧数量没调好。嗯，这个后面细说。
H.264编码标准：老将出马
H.264，也叫AVC，是2003年推出的标准。到现在快二十年了，依然是嵌入式设备的主流选择。为什么？因为它成熟、稳定、硬件支持广泛。
H.264的核心技术包括：
- 多参考帧——最多支持16个参考帧，运动估计更准
- 可变块大小——从16x16到4x4，灵活适配不同纹理区域
- 环路滤波——减少块效应，画面更平滑
- CAVLC/CABAC——两种熵编码方式，CABAC压缩率更高但计算量大
我个人的习惯是：在嵌入式平台上，如果CPU资源紧张，优先用CAVLC。CABAC虽然能省10%-15%的码率，但解码复杂度高，低端芯片扛不住。
实战建议：H.264的Profile（档次）选择很关键。Baseline Profile适合低延迟场景，Main Profile适合广播级，High Profile压缩率最高。摄像头采集一般用High Profile，码率能省20%左右。
H.265编码标准：后起之秀
H.265，也叫HEVC，是2013年的标准。相比H.264，压缩率提升约50%。也就是说，同样的画质，码率可以砍一半。
它怎么做到的？
- 更大的编码单元——从64x64到8x8，大块处理效率更高
- 更精细的预测模式——帧内预测从9种增加到35种，帧间预测支持更复杂的运动
- SAO（样点自适应补偿）——进一步减少失真，画面更干净
- 并行处理优化——支持Tile和WPP，多核处理器友好
但是，H.265也有代价。编码复杂度是H.264的2-3倍。我曾经在一个海思3516的板子上跑H.265编码，1080p@30fps，CPU直接飙到90%。后来降了编码质量参数才稳住。
注意：H.265的专利授权问题比较复杂。商业项目一定要确认专利费。有些芯片厂商会打包授权，但软件编码器可能涉及额外费用。
编码参数对画质和码率的影响
这部分是实战中最容易踩坑的地方。我见过太多人拿着默认参数就跑，结果要么码率爆炸，要么画面糊成一片。
咱们用表格来对比几个关键参数：
| 参数 | 作用 | 调高影响 | 调低影响 |
|---|---|---|---|
| CRF（恒定质量因子） | 控制整体质量 | 画质更好，码率更高 | 画质下降，码率降低 |
| GOP大小 | 关键帧间隔 | 压缩率更高，但seek困难 | 压缩率低，随机访问快 |
| 码率控制模式 | CBR/VBR/ABR | CBR码率稳定，VBR画质稳定 | 按需选择 |
| 参考帧数量 | 帧间预测精度 | 压缩率提升，内存占用大 | 压缩率下降，解码快 |
| 量化参数（QP） | 直接控制压缩程度 | QP小，画质好，码率高 | QP大，画质差，码率低 |
举个例子。我做过一个项目，要求1080p视频在2Mbps码率下保持清晰。一开始用CRF=23，结果码率跑到4Mbps。后来改成CRF=28，码率降到2.2Mbps，画质还能接受。但再降到CRF=30，画面就开始出现明显的块效应了。
这里有个经验：CRF每增减6，码率大约翻倍或减半。你可以用它快速估算。
码率控制模式的选择
三种模式，各有适用场景：
- CBR（恒定码率）——码率稳定，适合网络带宽固定的场景。但画面复杂时质量会下降。
- VBR（可变码率）——码率波动，画质稳定。适合存储场景，但网络传输可能卡顿。
- ABR（平均码率）——折中方案。码率在目标值附近波动，画质和码率兼顾。
我个人的建议是：HLS直播场景用ABR。因为HLS分片需要码率相对稳定，但完全CBR又太浪费带宽。ABR配合合理的缓冲区，效果最好。
避坑指南：我曾经在HLS切片时用VBR，结果码率峰值冲到8Mbps，客户端缓冲了3秒才播出来。后来改成ABR，目标码率设2Mbps，峰值控制在3Mbps以内，问题解决。
GOP结构的影响
GOP（Group of Pictures）决定了关键帧的间隔。关键帧（I帧）是独立编码的，不依赖其他帧。P帧和B帧依赖前面的帧。
GOP越大，压缩率越高，但随机访问越慢。HLS切片时，GOP大小最好和切片时长对齐。比如切片时长2秒，帧率25fps，GOP就设50帧。
为什么？因为HLS的每个切片必须从关键帧开始。如果GOP和切片不对齐，播放器切换码率时会出现花屏或卡顿。
嗯，这个坑我踩过。有一次客户反馈直播切换码率时画面闪烁，排查了半天，发现是GOP设了100帧，切片时长2秒，导致部分切片没有I帧开头。后来把GOP改成50帧，问题消失。
编码参数调优实战
最后给一套我常用的参数模板，适用于HLS摄像头采集：
# H.264编码参数（海思平台）
编码器: H.264 High Profile
分辨率: 1920x1080
帧率: 25fps
码率控制: ABR 2Mbps
GOP大小: 50帧
参考帧数: 4
QP范围: 20-40
CRF: 23
环路滤波: 开启
熵编码: CABAC
# H.265编码参数（ARM平台）
编码器: H.265 Main Profile
分辨率: 1920x1080
帧率: 30fps
码率控制: ABR 1.5Mbps
GOP大小: 60帧
参考帧数: 3
QP范围: 22-38
SAO: 开启
并行编码: WPP 4线程
这两套参数我在多个项目里验证过，1080p视频在2Mbps码率下，画质能达到PSNR 38dB以上，人眼基本看不出压缩痕迹。
当然，具体参数还得根据你的硬件平台和场景微调。比如低端芯片，参考帧数可以降到2，环路滤波可以关掉，能省不少CPU。
小技巧：调参时先固定码率，调QP范围。QP范围越小，画质越稳定。我一般设20-40，如果码率超标，就提高下限到25。
本章知识体系
下面这张图总结了视频编码的核心逻辑：
这张图把编码原理、H.264、H.265和参数影响串起来了。你顺着看，就能理解编码的完整逻辑。
好了，视频编码基础就聊到这儿。记住一句话：没有最好的编码参数，只有最适合你场景的配置。多试、多调、多踩坑，慢慢就有感觉了。