专题搜索
开播清单 码率估算

推流码率与网络:预算、单位和测试

区分上传速度、视频码率和文件大小,用可复算的预算例子理解网络余量,并规划试播记录。

简明回答

把可持续上传能力、平台视频码率限制和编码负载同时纳入考虑。测速峰值不是推流保证,码率预算只是初始试验条件。

适用情境:已能本地录制,准备试播;需要读懂 Mbps、kbps 和每小时流量。

视频与音频共同占用上传预算的示意图

码率不是分辨率,也不是网速

分辨率描述画面像素,帧率描述每秒画面数量,码率描述每秒数据量。这里采用十进制单位:1 Mbps = 1000 kbps;8 bit = 1 byte。

OBS 连接排障文档指出,推流丢帧与到接入服务器的连接稳定性或承载码率有关。可用上传能力和服务允许的码率都影响设置。优先用有线连接进行对照,并记录实际试播的表现。

功能与技术依据:OBS 官方:Stream Connection Troubleshooting

预算演算:10 Mbps 上传不是 10 Mbps 视频

教学假设:稳定上传 10 Mbps,自留 30% 余量,音频 160 kbps,平台视频上限假设为 6000 kbps。这里的平台上限只是演算输入,使用时必须查你的平台官方要求。

预算为 10 × 1000 × 0.70 = 7000 kbps;扣除音频后视频可分配 6840 kbps,再与假设的平台视频上限比较,取 6000 kbps。

以视频 6000、音频 160 kbps 连续输出 1 小时:估算有效音视频数据量 = 6160 × 1000 × 3600 ÷ 8 ÷ 1000000000 = 2.772 GB。此值不包含协议开销、重传和其他应用流量。

30% 余量是本站演算假设,不是任何网络的保证或平台统一规则。可到估算器修改上传、余量、音频、平台上限和时长。

怎样把预算变成可用设置

先按平台官方帮助确认允许的编码格式、视频和音频参数。此处不提供通用于所有平台的码率表。

  1. 在准备开播的时段测试连接,记录上传情况;同时记录是否有共享网络的其他应用。
  2. 选择一个预算以内、平台支持的初始设置,用实际游戏动作测试。
  3. 观察 OBS 的网络丢帧与渲染、编码指标;回放检查运动画面、人声和文字。
  4. 如果出现网络丢帧,降低码率做对照;若本地录制也卡,先去排障专题检查计算负载。
  5. 每轮只改一项,保存参数与结果,不把偶然一次顺畅当作永久稳定。

带着自己的参数做一次演算

可核验资料

资料用于支持产品功能与技术方向;本站练习、对照表和例子为独立整理,未宣称硬件实测。

常见问答

估算器的结果可以直接照填吗?

它给出的是预算上限演算,不是推荐画质或平台认证参数。还需核对平台规定和真实测试。

Mbps 和 MB/s 是同一单位吗?

不是。前者按比特计,后者按字节计。此处采用十进制换算,同样数值下二者相差 8 倍。