视频码率怎么定，比特率与文件大小一次算清

每次导出视频，码率这个数字都很难拍板。设低了画面发糊，设高了文件大到上传卡半天。其实码率、时长和文件大小被一条很硬的公式锁在一起，搞懂它，三个数字里给出任意两个，剩下那个就是确定的。

一条公式锁住三个数

记住这个等式就够用了：文件大小(MB) = 总码率(Mbps) × 时长(秒) ÷ 8。

除以 8 是因为 1 字节等于 8 比特，码率按比特算，文件大小按字节算，差一个 8 倍。这个细节最容易漏。很多人把 8 Mbps 乘 60 秒读成 480 MB，其实正确答案是 60 MB。少了这一步，整个估算就偏一个数量级。

反过来用也成立。手头有 60 秒、60 MB 的预算，那么允许的码率就是 60 × 8 ÷ 60 = 8 Mbps。这条等式不挑方向，求大小、求码率、求时长，用的都是它。

一个真实例子：8 Mbps 录 10 分钟有多大

直接代进去算。视频 8 Mbps，时长 10 分钟也就是 600 秒：

8 × 600 ÷ 8 = 600 MB。

这还只是视频。如果再加一条 160 kbps 的音频轨，音频部分是 0.16 × 600 ÷ 8 = 12 MB，合起来约 612 MB。一段十分钟的录屏就这么大，所以发给客户之前最好先把数字算出来，而不是等渲染跑完才发现传不上去。我自己第一次做长视频教程就栽在这上面，渲染了二十分钟，结果文件超过网盘单文件上限，只能回去降码率重导，白等一遍。从那以后我都是先算体积再开渲染。

分辨率、帧率与码率建议

码率不是越高越好，它要和分辨率、帧率匹配。同样的画质，1080p 需要的码率远低于 4K，60 帧又比 30 帧吃更多码率，因为每秒要描述的画面更多。

几个可以照抄的起点：

1080p30 上传：从 8 Mbps 起步。
1080p60：抬到 12 Mbps 左右。
4K30：35 到 45 Mbps。
本地存档母带：20 到 50 Mbps，留余量经受剪辑里的反复重新编码。

具体还要看运动量。一个人对着镜头讲话，6 Mbps 就很干净；快节奏体育或者游戏录制，画面一直在动，12 Mbps 起步才不容易出现马赛克。先用预设把数字带进来，再一边看预测体积一边微调，比凭感觉猜靠谱得多。

直播与上传码率怎么设

直播和导出文件是两回事。直播码率受上行带宽和平台上限双重约束，不是你想多高就多高。一般家用宽带，1080p 直播设到 6 到 8 Mbps 就比较稳，再高容易卡顿掉帧。上传到 YouTube 这类平台时，平台会再压一次，所以本地导出码率给得比平台推荐值略高一点，留出二压的余量，最终观感反而更好。

遇到死的上传体积上限，思路要反过来。比如平台卡 25 MB，片子 40 秒，那就用大小和时长反推码率：25 × 8 ÷ 40 = 5 Mbps，这是音视频加起来的总码率，再减掉音频才是视频该设的值。这样第一次导出就落在上限以内。

画质与体积怎么平衡

体积随码率线性增长，8 Mbps 翻到 16 Mbps，文件就翻倍。但画质的提升不是线性的，过了某个点编码已经接近无损，再加码率纯属浪费空间。

更聪明的省法是换编码格式。H.265 或 AV1 大约用 H.264 一半的码率就能达到同样观感，同样画质下文件直接小一半。如果平台和播放设备都支持，优先选新格式。

算完码率，常常还要在不同单位之间换算，比如卡的容量是 GB、上传上限是 MB、码率又是 Mbps。这种比特和字节、不同量级之间的换算，可以交给数据存储单位换算器顺手搞定，省得手算出错。

上面所有计算都可以直接交给视频码率计算器，填两个数解第三个，音频单独加，预设一点就接近目标，全程浏览器本地运算，不上传任何东西。把它收进书签，下次导出前先过一遍，比渲染完再返工省事得多。

Made by Toolora · Updated 2026-06-13