免费工具 · 无需上传

视频码率计算器

输入目标文件大小和片段时长,这里就会算出视频能用的确切码率,以及在这个码率下仍然好看的最高分辨率。用的是 VidKit 压缩工具内部同一套算法,单独拿出来,好让你在动手编码之前先做好规划。

MB
片段时长 min sec

算法说明

文件大小无非就是码率乘以时间。反过来算,你能负担的码率就是目标大小(从字节换算成比特——乘以 8)除以片段的秒数。音轨占用的部分先从总额里扣掉,另有一小块给封装开销——也就是 MP4 为了能拖动进度条所需要的索引表和头部。剩下的就是你的视频码率。

光看码率还说明不了画面好不好,那取决于它要覆盖多少像素。真正说明问题的是每像素比特数:视频码率除以(宽 × 高 × 帧率)。大约在 0.1 以上画面能保持清爽;低到 0.045 左右,H.264 就开始涂抹了。所以这个计算器不只给你一个数字,还会推荐一个分辨率:2 Mbps 对 480p 绰绰有余,对 720p 有点紧,对 1080p 就发软了。当码率撑不起某个分辨率时,降一档分辨率会比死守分辨率、活活饿着它好看得多。

关于单位的说明:这里用的是十进制兆字节(1 MB = 1,000,000 字节),和上传限制通常的写法一致。如果你要精确卡住某个上限,最好留一点余量——尤其是邮件附件,编码开销大约会多出三分之一。不确定哪个平台允许多大?看看我们的各平台视频上传大小限制

准备好压缩了吗?

这里告诉你目标是多少,VidKit 负责替你打中它。压缩工具接受一个以 MB 为单位的大小,算出同样这个码率,自动挑好分辨率,再核实结果确实落在上限之内——全部在你的浏览器里完成,不上传任何文件。

常见问题

Discord 的 10 MB 上限需要多少码率?
完全取决于时长。1 分钟带音频的片段大约能分到 1.2 Mbps 的视频码率——足够干净的 360p,480p 就比较勉强了。同样是 10 MB,摊到 5 分钟上,就只剩下低分辨率、肉眼可见被压过的画面。把你的真实数字填到上面就能得到确切结果,或者干脆压缩到 10 MB,让 VidKit 替你选好码率和分辨率。
为了装下,应该降码率还是降分辨率?
降分辨率。一个用在 720p 上很好的码率,硬要它铺满整个 1080p 画面就会出色块——同样的数据被摊到更多像素上。降到这个码率真正喂得饱的分辨率,几乎总是更好看。计算器给出的推荐已经替你考虑过这一点了。
帧率越高需要越高的码率吗?
是的——60 fps 要编码的帧数是 30 fps 的两倍,所以想达到同样的清晰度,大约需要两倍的码率。如果你正被一个很紧的大小上限逼着走,而素材又不是高速运动,改成 30 fps 能省出不少空间。切换上面的帧率就能看到差别。
这就是 VidKit 实际会用的码率吗?
非常接近。VidKit 的压缩工具用的是同一套预算算法——先扣音频,再扣封装开销,剩下的给画面——然后还会核对成品文件,如果第一遍稍微超了就把码率往下调一点。计算器给你的是计划,压缩工具保证的是结果。
为什么用十进制 MB 而不是 1024 进制?
因为上传限制几乎总是这么标的——Discord 的「10 MB」、Gmail 的「25 MB」等等,指的都是十进制兆字节。用同一套约定,你在这里算出来的数字才和你要卡的上限对得上。如果某个具体工具用的是二进制(MiB),那你只会多出一点余量,而不是更少。