先完成转码策略设计，再按转码后的实际码率规划带宽，两者联动评估，但转码永远在前。
视频转码和带宽哪个先考虑
这个问题在很多视频团队的架构讨论里反复出现过,有人觉得带宽是实打实的钱，先定预算再压转码参数；也有人认为转码能把码率压下来，源头省了带宽自然就省了，行业共识认为，转码是带宽配置的前置条件。
完整的视频链路是这样走的：源视频进入转码服务，输出不同码率的视频流，再经过CDN分发到用户终端，带宽只是运输环节，转码决定了货物大小，货都没打包完，运输通道自然没法算。
转码在前的三个理由
- 码率是带宽需求的核心输入，带宽需求约等于并发用户数乘以单路码率，而码率由转码参数直接决定，码率没定，带宽需求就是空中楼阁。
- 转码能显著拉低带宽峰值，源视频的原始码率往往高于分发所需，直接分发意味着带宽被白白浪费，转码在源头做了一次精简，峰值降下来，采购量跟着降。
- 转码策略影响CDN节点调度，低码率流可以更从容地塞进边缘节点，高码率流对节点出口带宽的压力完全不同，调度灵活度取决于转码输出。
带宽约束反过来影响转码决策
转码在前,不代表带宽完全被动，当带宽成本成为主要矛盾时，转码目标会被反向压低，比如把1080p的码率从3Mbps压到1.8Mbps，或者将一部分流量切到720p档位。转码和带宽的关系是有主次的双向博弈：主顺序是转码决定带宽，次顺序是带宽约束转码的激进程度。
视频业务带宽选多大合适：先算转码后的码率
带宽规划最忌讳拍脑袋,不少团队按源视频码率估算带宽，结果多掏了不少冤枉钱，正确的做法是依据转码完成后的输出码率来算，具体分三步走。
第一步：确定编码格式和码率档位
不同编码格式在同等画质下的码率差异明显,业内专家指出，新一代编码格式能把码率压到上一代的一半左右，以常见的1080p视频为例，各格式的典型码率范围如下：
| 编码格式 | 1080p典型码率 | 720p典型码率 |
|---|---|---|
| H.264 | 3-5 Mbps | 5-2.5 Mbps |
| H.265 | 5-2.5 Mbps | 8-1.5 Mbps |
| AV1 | 1-2 Mbps | 5-1 Mbps |
表格里的数字是经验区间,实际值取决于画面复杂度、帧率和GOP结构，运动场景多的内容需要取区间上限，静态画面居多的内容可以取下限。
第二步：按并发场景测算峰值带宽
带宽需求的计算公式很直接：
总带宽 = 预估峰值并发数 × 单路码率 × 冗余系数
冗余系数用来应对网络抖动和突发流量,举个例子，一个点播平台晚高峰同时观看人数约5000人，转码后平均码率2Mbps，冗余系数取1.3，总带宽需求就是5000 × 2 × 1.3，约13Gbps，这个数字就是采购带宽的基准。
第三步：预留自适应码率的弹性空间
转码器通常输出多档码率,CDN在分发过程中会根据用户网络状况动态切换档位，带宽规划不能只看平均码率，还要预留切换时向上跳变的余量，直播场景中这一点尤其关键。
直播与点播的场景差异：转码和带宽配合顺序
直播场景：边转码边调度带宽
直播要求低延迟,转码必须实时完成，带宽调度同样无法提前锁定，直播流的码率波动大，转码器需要用ABR（自适应码率）技术动态调整输出码率，带宽按最大输出档位预留，这里有个常见的坑：直播带宽按平均码率预留，结果画面剧烈变化时直接卡顿或断流。直播的带宽冗余应该比点播更充足，因为直播没法像点播那样预先缓冲。
点播场景：先转码入库，再规划分发带宽
点播的转码发生在视频上传之后、分发之前，时间上完全可以从容处理，多码率转码可以提前跑完，不同分辨率和码率的切片存进对象存储，CDN按需拉取，带宽规划因此更准确：参考历史播放数据预测并发，按目标码率计算需求，冗余系数可以压得比较低。点播的转码和带宽是分批决策的，直播则是实时联动。
转码节省带宽的几个实用方法
升级编码格式
从H.264升级到H.265，或者在终端兼容性允许时直接用AV1，是压缩带宽最直接的办法，播放器侧的解码能力这几年提升很快，编码格式升级的阻力越来越小。
使用可变码率控制
静态画面多的视频用固定码率会浪费大量带宽,可变码率（VBR）根据画面复杂度动态调整码率，静态场景自动压低码率，在保住画质的同时少传冗余数据。
分辨率自适应
转码成多个分辨率档位,终端根据屏幕尺寸和网络状况自动选择，手机小屏看720p就够，没必要拉到1080p，单路节省不多，但成千上万路累计起来就是一个可观的成本数字。
类型分配码率
运动缓慢的访谈节目、课程讲解，用很低的码率也能维持清晰度；动作激烈的赛事、游戏画面，则必须给足码率，把内容做分类，不同类别匹配不同码率下限，不浪费带宽也不牺牲体验。
Q&A：视频业务转码与带宽常见问题解答
问题1：视频平台带宽成本怎么算才准？
把转码后各档码率按播放比例加权平均,乘上峰值并发数和冗余系数，再结合CDN或云厂商的计费模式换算，按流量计费和按带宽峰值计费的结果往往差异较大，需要分开测算比对。
问题2：直播转码和点播转码的区别大吗？
大,直播转码必须在毫秒级完成，延迟和算力开销都受到限制，带宽投入倾向于租用弹性资源应对突发流量；点播转码没有时间压力，可以预生成多档码率，带宽分配更均衡、成本更可控。
问题3：码率压到1Mbps以下会影响画质吗？
画面静止或低复杂度的内容,1Mbps在720p分辨率下通常够用，但快速运动的画面会出现明显块状模糊，建议对内容做分类处理，不同类别配置不同码率下限，同时引入主观画质评估工具辅助判断。
先转码、后带宽，用转码结果驱动带宽决策，是视频业务控制成本的关键路径。 顺序摆正了，每一分带宽预算都花在明处，转码的性能投入也能在账面上看到回报。