Encode · 码率与体积
视频码率与体积：导出前先算一遍
码率是每秒的数据量，乘上时长就是文件大小——分辨率、帧率、编码都会改变它。 选好参数，这里给出预计体积、同画质下换编码能省多少，以及会不会超过上限。
导出参数
1080p · 30 fps推荐码率与每小时体积
H.264 参考值，H.265 可按 60% 折算| 分辨率 | 24–30 fps | 50–60 fps | 每小时（30 fps） | 每小时（60 fps） |
|---|
批量测算
每行一段：名称 时长 [码率 Mbps]
不写码率时沿用上方
| 名称 | 时长 | 码率 | 体积 | 超限 |
|---|---|---|---|---|
| 还没有数据 | ||||
码率、分辨率、体积三者的关系
体积只由码率和时长决定，与分辨率没有直接关系。分辨率决定的是「这些码率够不够用」。
体积 = 码率 × 时长
8 Mbps 跑 10 分钟：8 × 600 ÷ 8 = 600 MB。想压到 300 MB，要么砍一半码率，要么砍一半时长，没有第三个变量。
分辨率低码率会糊
同样 8 Mbps，1080p 算宽裕，4K 就明显不够——每像素分到的比特少了。4K 30 帧一般要 35～45 Mbps，60 帧要 60 Mbps 以上。
新编码省码率
同画质下 H.265 约省 40%，AV1 约省 50%。代价是编码更慢、老设备解码吃力。B 站、YouTube 都已支持，本地剪辑看机器性能。
体积 (MB) = (视频码率 + 音频码率) × 时长 (秒) ÷ 8
每小时体积 (GB) = 总码率 (Mbps) × 3600 ÷ 8 ÷ 1024
目标码率 (Mbps) = 目标体积 (MB) × 8 ÷ 时长 (秒)
上传耗时 (秒) = 体积 (MB) × 8 ÷ 上行带宽 (Mbps)
常见问题
1080p 视频用多少码率合适？
H.264 下 1080p 30 帧用 8～10 Mbps，60 帧用 12～16 Mbps；H.265 可以按 60% 折算。上传到视频平台不用给太高，平台会二次转码，给 10～20 Mbps 的源文件反而更稳妥。
为什么我算的体积和导出结果对不上？
三个原因：一是编码器用的是可变码率（VBR），实际平均码率会低于设定值；二是容器与索引有额外开销；三是音轨码率与元数据没算进去。差 5%～15% 属正常，想精确就按 CRF 导出后看实际文件。
4K 一定要 60 帧吗？
不必。24/30 帧已能满足大部分叙事内容，60 帧主要用于运动、游戏录屏与后期慢放。60 帧会让码率与体积接近翻倍，存储与上传成本都要跟着涨。
竖屏视频码率要降低吗？
竖屏 1080×1920 的像素数与横屏 1920×1080 相同，推荐码率基本一致。但短视频平台普遍会压到 4～8 Mbps，源文件给到 10 Mbps 已经足够，再高也会被平台重编码。
怎么在体积上限内保住画质？
顺序是：先换编码（H.265 省 40%）→ 再降帧率（60 到 30 省一半）→ 最后才降分辨率。反过来先降分辨率，往往画面糊得更明显。用「按目标体积」模式可以直接反推可用码率。