4. 质量评价指标
点播流媒体，说白了就是「你点啥，我播啥」。Netflix、YouTube、B站、爱奇艺，都属于这个范畴。跟直播不一样，点播的内容是事先录制好的，编码可以慢慢来，但解码端——也就是用户的手机、电视、浏览器——必须跑得动。
我这些年跟不少流媒体平台打过交道，从早期的H.264一路折腾到AV1。说实话，点播场景的编解码器选型，核心就三个字：兼容性、压缩率、自适应。下面我拆开来讲。
4.1 点播流媒体的核心诉求
先看一张图，把整个点播分发链路串起来：
4.2 兼容性：你不能让用户换手机
点播平台最怕什么？用户点开视频，黑屏。我见过一个案例：某平台上线HEVC后，有15%的用户播放失败，因为他们的电视盒子不支持硬解。最后只能回退到H.264。
所以，编解码器的兼容性必须分层考虑：
| 设备类型 | 主流编解码器支持 | 我的建议 |
|---|---|---|
| 旗舰手机（iPhone 12+/骁龙8+） | H.264 / HEVC / AV1 | 优先用AV1，省带宽 |
| 中低端手机 | H.264 / HEVC（部分） | HEVC为主，H.264兜底 |
| 智能电视/机顶盒 | H.264 / HEVC | HEVC是主力，AV1覆盖率低 |
| PC浏览器（Chrome/Edge） | H.264 / HEVC / AV1 | AV1 + H.264双轨 |
| 老旧设备（5年以上） | H.264 | 必须保留H.264轨道 |
4.3 压缩率：带宽就是钱
Netflix和YouTube的带宽成本是天文数字。我算过一笔账：如果Netflix把码率降低10%，一年能省下数亿美元的CDN费用。所以，他们拼命往更高压缩率的编解码器迁移。
来看一组实际数据（以1080p SDR内容为例）：
| 编解码器 | 平均码率（Mbps） | 相对H.264节省 | 编码耗时 |
|---|---|---|---|
| H.264 (x264) | 5.0 | 基准 | 1x |
| HEVC (x265) | 3.2 | ~36% | 4-6x |
| AV1 (libaom) | 2.0 | ~60% | 50-100x |
| AV1 (SVT-AV1) | 2.2 | ~56% | 10-20x |
你可能会问：AV1编码这么慢，怎么用？
嗯，这里有个关键点——点播是离线编码。一部电影可以编码几天，只要最终画质好、码率低就行。YouTube的AV1库就是用几千台服务器慢慢压的。但编码成本也得算，所以SVT-AV1这种优化过的编码器更受欢迎。
• 4K/8K高码率流 → AV1（省带宽效果最明显）
• 1080p主流流 → HEVC（平衡画质和兼容性）
• 480p/360p低码率流 → H.264（保证最差网络也能播）
这样既省钱，又不会把用户拒之门外。
4.4 自适应码率（ABR）：编解码器必须配合
点播的核心体验是「自适应」。用户网络从WiFi切到4G，视频不能卡死，得平滑降码率。这要求编解码器支持几个关键特性：
- 关键帧对齐：不同码率的视频流，关键帧（IDR帧）必须对齐到相同时间点。否则切换时会出现画面跳跃或黑屏。
- GOP结构一致：所有码率版本使用相同的GOP长度和参考帧结构。我见过一个项目，因为不同码率用了不同的B帧数量，导致切换时解码器崩溃。
- 编码档次标准化：同一个编解码器，不同码率版本必须用相同的profile和level。否则客户端解码器需要重新初始化，造成切换延迟。
-keyint_min 和 -g 参数强制所有码率版本的关键帧间隔完全一致。比如：ffmpeg -i input.mp4 -c:v libx264 -g 48 -keyint_min 48 -b:v 5000k output_5M.mp4
ffmpeg -i input.mp4 -c:v libx264 -g 48 -keyint_min 48 -b:v 2500k output_2.5M.mp44.5 解码性能：别让用户手机发烫
点播场景下，解码性能直接影响用户体验。我测试过，在同样的手机上播放4K视频：
- H.264硬解：功耗约1.2W，帧率稳定60fps
- HEVC硬解：功耗约1.0W，帧率稳定60fps
- AV1软解：功耗飙到3.5W，帧率掉到30fps，手机发烫
所以，AV1虽然压缩率好，但如果没有硬件解码支持，在移动端就是灾难。YouTube的做法是：检测客户端能力，支持AV1硬解的就发AV1流，否则降级到HEVC或H.264。
4.6 编码参数调优：慢工出细活
点播的编码可以慢慢来，所以参数调优的空间很大。我常用的几个优化点：
| 参数 | 推荐设置 | 效果 |
|---|---|---|
| preset | veryslow / placebo | 编码慢30%，但码率降低5-8% |
| tune | film / grain | 保留胶片质感，避免块效应 |
| profile | High / Main10 | 10bit色深减少banding |
| lookahead | 250帧以上 | 更好的码率分配 |
| aq-mode | 2 (variance-based) | 暗场景保留更多细节 |
举个例子，我在给一个影视平台做编码优化时，把x265的preset从medium改到veryslow，码率降了7%，但编码时间从2小时变成8小时。对于点播来说，这完全值得——反正是一次编码，多次分发。
4.7 总结：点播场景的选型决策树
最后，我整理了一个简单的决策逻辑：
- 先看用户设备分布：如果大部分是旗舰手机和PC，可以上AV1；如果电视和低端机多，HEVC更稳妥。
- 再算带宽成本：流量大的平台（月PV过亿），AV1省下的CDN费用能覆盖编码成本。
- 最后看编码资源：有几千台服务器？上AV1。只有几十台？HEVC更实际。
说白了，点播场景没有银弹。H.264是底线，HEVC是主力，AV1是未来。我的习惯是：永远保留一条H.264轨道兜底，然后根据成本和设备覆盖率，逐步增加HEVC和AV1轨道。这样既不掉用户，又能省钱。