1. 课程导入
在视频工程实践中，编码器选型往往被当作一个“参数问题”草率处理：有人默认 H.265 一定优于 H.264，有人因为兼容性一律锁死 H.264，也有人把码率、分辨率、帧率随手一填就上线。结果通常是：带宽成本比预期高出一倍，或者部分老旧设备黑屏无法播放，或者转码服务器 CPU 长期跑满。编码器选型本质上是一个多约束条件下的工程权衡问题，它同时牵涉压缩效率、计算成本、终端兼容性、延迟、专利授权与运维复杂度。
本课程围绕 H.264（AVC）与 H.265（HEVC）两代主流编码标准展开，目标不是背诵标准文档，而是建立一套可落地的选型决策方法。学完本课程后，你应当能够：
- 说清 H.264 与 H.265 在编码工具、压缩效率与计算复杂度上的本质差异；
- 根据业务场景（直播、点播、监控、会议、移动端）快速判断应选哪一代编码器；
- 理解 Profile、Level、GOP、码率控制模式等关键参数对画质与成本的影响；
- 掌握软编与硬编（x264/x265、NVENC、QSV、VideoToolbox）的取舍依据；
- 能够设计一套可验证的对比测试方案，用数据而非直觉做决策。
本节核心问题：选型到底在选什么
把“选 H.264 还是 H.265”拆开看，实际要回答的是四个相互纠缠的问题：压缩效率能省多少、算力与延迟能否承受、终端能否解码、成本与合规是否可控。这四者构成一个典型的“不可能三角”式约束——追求极致压缩率往往牺牲兼容性与算力，追求广兼容又常常放弃带宽红利。
下面这张图展示了本节要建立的整体决策框架：从业务场景出发，经过兼容性、成本、算力三道闸门，最终收敛到具体的编码器与参数组合。
核心原理：两代标准的差异从何而来
H.264 于 2003 年定稿，H.265 于 2013 年发布。H.265 的压缩增益并非来自某个“魔法开关”，而是来自一组更精细的编码工具：编码单元从固定的 16×16 宏块扩展为 64×64 到 8×8 的四叉树划分（CTU/CU），预测单元与变换单元独立划分，帧内预测方向从 9 种增加到 35 种，并引入更复杂的运动补偿与样点自适应偏移（SAO）。这些工具让编码器能在更大范围内寻找冗余，代价是搜索空间爆炸式增长。
直观理解：H.264 像用固定尺寸的积木拼图，H.265 则允许把积木切成不同大小的块再拼。块越灵活，拼得越紧凑，但每次都要试更多组合。这就是为什么 H.265 通常能省 30%~50% 码率，同时编码耗时可能增加 2~10 倍。
方法流程：一套可复用的选型步骤
- 明确终端清单：统计实际用户中 iOS、Android、浏览器、机顶盒、IPC 的型号分布，确认 H.265 硬解覆盖率。若低于可接受阈值，直接锁定 H.264。
- 量化成本收益：计算当前带宽与存储月成本，按 H.265 节省 35% 码率估算收益，再对比转码算力增量成本。
- 评估算力与延迟：实时直播优先硬编，点播可用软编慢速高压缩；会议场景对延迟敏感，需关注编码器缓冲与 B 帧策略。
- 确定参数档位：选择 Profile（如 H.264 High、H.265 Main）、Level、GOP 长度、码控模式（CBR/VBR/CRF）。
- 小流量灰度验证：按 5% 流量灰度，采集卡顿率、首帧时间、CPU 占用、实际码率与主观画质评分。
案例场景：三种典型业务的选型结果
| 业务场景 | 推荐标准 | 编码实现 | 关键理由 |
|---|---|---|---|
| 短视频点播 | H.265 为主，H.264 兜底 | 软编 x265 慢速档 | 存储与 CDN 成本敏感，可离线转码，算力可弹性调度 |
| 互动直播 / 连麦 | H.264 | 硬编 NVENC / QSV | 延迟优先，终端兼容性要求高，硬编稳定低延迟 |
| 安防监控回传 | H.265 | IPC 硬编 | 路数多、存储周期长，码率节省直接转化为硬盘与带宽成本 |
常见误区与复盘要点
误区二：只看标准不看实现。同样是 H.265，x265 的 medium 与 placebo 档位画质差距明显，NVENC 与软编在同码率下也有可见差异。
误区三：忽略 Profile 与 Level 的兼容性约束。选了 H.265 Main10 却发现播放器只支持 Main 8bit，属于典型的参数级翻车。
复盘时建议固定三个可量化指标：BD-Rate（同画质码率差）、单路编码 CPU/GPU 占用、端到端延迟。任何选型结论都应当有这三组数据支撑，而不是“感觉 H.265 更清晰”。
编码器选型没有标准答案，只有与业务约束匹配的最优解。掌握这套判断框架后，你面对任何一个新项目，都能在十分钟内给出有理有据的初步方案，并用测试数据把它验证成最终方案。