自适应码率(ABR)要把同一部片子压成多档清晰度,客户端按网速挑一档播。档位越多覆盖越广,但存储和转码成本几乎是线性叠加——九档阶梯的存储约为单档的 3–4 倍。
-
档位数
-
合计码率(kbps)
-
每小时存储(GB)
-
总存储(GB)
| 档位 | 分辨率 | 视频码率 | 单小时存储 | 本片库占用 |
|---|
单档每小时体积(GB) = (视频码率 + 音频码率) × 3600 ÷ 8 ÷ 1024 ÷ 1024;总存储 = Σ各档体积 × 片库时长 × 存储份数。码率单位为 kbps(千比特每秒),8 转换为字节,两次 1024 换算为 GB。
码率阶梯:档位越多,成本越高
ABR 播放的体验取决于「阶梯」设计——同一部片子压成几档、每档什么码率与分辨率。客户端在播放过程中根据实时测速换档,所以阶梯的相邻档之间应保持约 1.5 倍的几何间距:跳得太密浪费编码时间,跳得太疏换档时会看到明显画质突变。
Apple 官方九档阶梯
| 档位 | 分辨率 | 码率 | 定位 |
|---|---|---|---|
| 1 | 416×234 | 235 kbps | 弱网兜底 |
| 2 | 640×360 | 375 kbps | 慢速 Wi-Fi |
| 3 | 768×432 | 560 kbps | 移动网络 |
| 4 | 960×540 | 750 kbps | 普通宽带 |
| 5 | 1280×720 | 1050 kbps | 良好 Wi-Fi |
| 6 | 1280×720 | 1750 kbps | 更干净的 720p |
| 7 | 1920×1080 | 2350 kbps | 入门 1080p |
| 8 | 1920×1080 | 3000 kbps | 中等 1080p |
| 9 | 1920×1080 | 4500 kbps | 高质 1080p |
Apple 强调这是「典型内容的初始编码目标」,需要按自己的素材再调。注意高档位里有连续三个 1080p——分辨率不变、只提码率,这是固定阶梯的典型做法:在同一个分辨率下多留几档,让换档更平滑。
三个容易忽略的成本项
- 存储份数:生产环境通常至少两份(源 + 边缘分发),做多 CDN 就是三份。上面表格里的「本片库占用」已按份数乘过。
- 音频也乘档位:如果每档都嵌一路 128 kbps 音频,九档就是 1.15 Mbps 的纯音频开销,别只算视频。
- 转码是一次性、存储是长期的:码率砍半可能让画质损失肉眼不可见,却把长期存储账单砍半。定阶梯之前先算一下这条账。
你可能还想问
多档转码为什么存储翻几倍?
每增加一档清晰度就多一份完整文件(常见 4-5 档),总存储约为原始文件的 2-4 倍;按码率与数量逐档累加即可估算。
怎么控制存储成本?
按播放量决定档位:访问少的旧内容只保留标清,热门内容才多档;配合生命周期策略(冷存、到期删除)与对象存储分级,成本下降明显。
转码时间也要算吗?
要。转码耗时 ≈ 总时长 × 转码速度(受分辨率与编码格式影响),多档并行会拉动 CPU/GPU 成本,批量任务建议错峰执行。
速查在线工具箱