-
文件大小(MB,十进制)
-
文件大小(MiB,1024 进制)
-
总码率(Mbps)
-
每小时体积(GB)
-
| 常见场景 | 典型码率 | 本时长下体积 |
|---|
计算式
总码率 = 视频码率 + 音频码率 ÷ 1000(单位统一为 Mbps)
文件大小(MB)= 总码率 × 时长(秒)÷ 8
换算:1 MB = 1000 KB = 10⁶ 字节;1 MiB = 1024 KiB = 1048576 字节
总码率 = 视频码率 + 音频码率 ÷ 1000(单位统一为 Mbps)
文件大小(MB)= 总码率 × 时长(秒)÷ 8
换算:1 MB = 1000 KB = 10⁶ 字节;1 MiB = 1024 KiB = 1048576 字节
实际文件体积还会受可变码率(VBR)影响:画面动态大时码率临时升高,最终体积可能上下浮动 10%~20%。本估算按恒定码率(CBR)计算,适合做容量规划。
关于本工具
视频文件的体积由「码率 × 时长」决定。码率越高画面越清晰,体积也越大。在导出视频、规划存储卡容量、评估上传耗时之前,先估算体积能省下很多重复导出的时间。
如何使用
填写片长、视频码率和音频码率(常见 128 kbps;无损或高保真可填 320 及以上)。工具会同时给出十进制 MB 和二进制 MiB 两种口径——存储厂商按十进制标称,操作系统按二进制显示,这就是为什么 64 GB 的卡在电脑上只显示约 59.6 GB。
常见问题
为什么算出来比实际文件小?多数编码器使用可变码率,高动态画面会用掉更多比特。若你的素材是运动镜头或高噪点画面,建议把结果上浮 15% 再规划容量。
码率在哪里看?用 ffprobe、MediaInfo 等工具查看素材的「整体码率」;也可以直接用「文件大小 ÷ 时长 × 8」反推实际平均码率。
你可能还想问
估算结果和实际导出为什么有偏差?
编码器效率、场景复杂度(运动画面码率高)、音频码率都会影响实际体积;估算按恒定码率模型计算,运动多的视频实际会更大。
同样时长为什么别人视频小很多?
H.265/AV1 编码比 H.264 同画质省 30-50% 体积,加上分辨率帧率不同;上传平台后还会被二次压缩,本地体积大小不是最终标准。
怎么按目标体积反推码率?
码率 ≈(目标体积×8)÷ 时长,再扣掉音频码率;例如 100MB 装 10 分钟视频,总码率约 1.3Mbps,留 128kbps 给音频,视频约 1.2Mbps。
速查在线工具箱