视频 计算器
拉流带宽计算器
根据主码流、子码流、并发拉流、时长、协议开销和安全余量计算带宽与流量。
摄像头与直播拉流带宽
汇总主码流、子码流、并发拉取、时长、协议开销和安全余量。
- 总带宽
- 112.08 Mbps
- 所选时长流量
- 403.48 GB
- 二进制流量
- 394.02 GiB
- 主码流负载
- 65.02 Mbps
- 子码流负载
- 36.86 Mbps
- 30 天连续流量
- 36.31 TB
已知码率模式是最可靠的容量估算方式。
公式说明
在已知码率模式下，计算器会把每个码流的视频码率和音频码率相加，乘以码流数量和并发拉取数，再应用协议开销和安全余量。流量结果同时展示十进制 GB 和二进制 GiB。
这个工具适合什么场景
这个拉流带宽计算器适合 RTSP 摄像头、NVR 预览、直播拉流、私有流媒体服务器，以及需要同时承载多路主码流和子码流的网络容量评估。
它和文件大小计算器不同。这里重点不只是单个视频文件码率，而是有多少客户端、服务器、摄像头或预览格子正在拉取每一路流。
主码流和子码流规划
主码流通常用于录像或高清回放。子码流常用于手机预览、多画面网格、低带宽远程链路和事件缩略图。只要它们会同时工作，就应该一起计入总带宽。
已知码率与分辨率估算
分辨率和帧率只能形成粗略估算，不能唯一决定压缩后的码率。能拿到摄像头配置码率、实测平均码率或 VMS 报表时，应优先使用真实码率。估算模式更适合设备还没配置前的早期规划。
示例
16 路摄像头，主码流视频 4 Mbps、主码流音频 64 Kbps、子码流视频 512 Kbps、子码流音频 64 Kbps、每路 1 个主码流拉取、4 个子码流拉取，并加 10% 开销，总带宽约为 112 Mbps。连续 8 小时约消耗 403 GB。
用于生产链路前的检查
- 场景有运动、噪声、雨雪或夜间画面时，最好测量平均码率和峰值码率。
- 确认客户端是直接拉摄像头，还是通过 NVR、CDN、转发服务器或流媒体服务器拉流。
- 为协议封装、重传、丢包、TLS 和运维余量预留空间。
Frequently asked questions
如何根据码率计算拉流带宽？
把视频码率和音频码率相加，再乘以码流数量和并发拉取数，最后加上协议开销与安全余量。主码流和子码流应分别计算后再相加。
主码流和子码流需要一起算吗？
如果它们会同时被拉取，就需要一起算。例如录像机拉主码流，手机预览或多画面墙拉子码流，总网络负载就是这些活跃拉流路径的总和。
分辨率能直接决定拉流带宽吗？
不能。分辨率和帧率只能帮助估算码率，实际压缩后带宽还取决于编码格式、运动、噪声、画面复杂度、GOP、编码器设置和码率控制方式。
1 Mbps 连续拉流每小时大约消耗多少流量？
连续 1 Mbps 大约每小时 0.45 GB、每天 10.8 GB、30 天 324 GB，未包含额外安全余量。计算器会按总带宽套用同样换算。
RTSP、RTP、HLS 或 WebRTC 应该填多少协议开销？
建议用可编辑百分比，而不是固定常数。RTP over UDP、RTSP over TCP、HLS 分片、WebRTC、TLS、包大小、重传和丢包都会改变真实流量。没有实测数据时可先从 5-15% 试起。
为什么 VBR 实际流量会和计算结果不同？
VBR 会随场景变化。快速运动、噪声、夜间画面、雨雪、颗粒和频繁 I 帧都可能让码率高于安静场景的平均值。生产链路应使用实测峰值或加入安全余量。