码率、时长、体积三者互算，顺便把进制与音频开销一起算清楚。
填码率与时长算体积
等待输入…
三个原因。一是码率通常是平均值，实际是可变码率（VBR），运动画面多的片段会超标；二是封装开销，mp4 的索引与元数据会额外占用一些字节，本页默认按 2% 计入并可以改成 0；三是进制差别，同一个文件按 1 MB = 1024 KB 和按 1 MB = 1000 KB 算出来的 MB 数并不相等。
两种都在用。文件管理器、剪辑软件通常按 1024 算，硬盘与网络服务商标称容量时多按 1000 算，这就是同一份文件在「属性」里和「容量」里显示不一样的原因。本页把进制做成可选项，并在结果里同时给出两种算法的数值，避免只写一个数字让人误读。
支持 01:20:00、20:00 这样的冒号写法，也支持 90s、5m、1h20m、2 小时 30 分这样的文字写法。只填一个纯数字时按分钟算，因为说视频时长时「90」通常指 90 分钟而不是 90 秒。
按 H.264、8bit、4:2:0 的常见工程经验值给一个区间（偏低 / 推荐 / 偏高），并换算成 H.265 与 AV1 的参考值。这不是任何平台的官方规定：各平台对同一分辨率的要求并不一致，而且会调整，最终请以平台最新的上传说明为准。本页因此不硬编码任何平台的上限。
「8 Mbps 的视频录一小时多大？」「要把 30 分钟的片子压到 500 MB，码率该填多少？」这两个问题看着简单，手算却很容易错：码率是 bit，体积是 Byte，中间差 8 倍；MB 又分 1024 和 1000 两套；音频和封装各占一份你还常常忘了扣。这一页把这三件事都摆到明面上算。
已知码率与时长算体积、已知体积与时长反推码率、已知体积与码率算能录多久。
1 MB 等于 1024 还是 1000 KB 让用户自己选，结果里同时给出两种算法的数值。
音频码率是独立输入项，不会被悄悄忽略，也不会默认成 0 让你低估体积。
mp4 的索引与元数据默认按 2% 计入，可以改成 0，也可以按自己封装的经验值调整。
90s、5m、1h20m、01:30:00 都认；纯数字按分钟处理，符合说视频时长的习惯。
不给一个看着权威的孤零零数字，而是偏低 / 推荐 / 偏高三个档，并说明什么内容该往哪边走。
各平台的时长与体积限制会调整，写死一张表只会给出过期答案，这里只给码率参考。
不联网、不上传、不读取你的视频文件，只按你填的数字做算术。