使用方法
- 「视频码率」默认 8 Mbps,允许 0.1 到 200;「音频码率」默认 128 kbps,允许 0 到 320。改任意一项立刻重算,光标停在码率框里按回车同样触发一次计算。
- 时长拆成时、分、秒三个框,默认 1 小时 30 分 0 秒,先折成总秒数再进公式。三个框都可以留空,留空按 0 处理,但三项之和不能为 0。
- 「容器开销」默认 0%,允许 0 到 10。它模拟 MP4 的 moov 索引块、MKV 的簇开销以及字幕轨与封面图带来的额外体积,按百分比加在总字节数上。
- 「码率档位预设」提供 480p 到 4K 母版共 13 个档位,选中后直接把视频码率写进上面的框,用来横向对比同素材不同档位的体积差。
- 「目标容量」默认 128 GB,允许 1 到 100000,用来回答反方向的问题:一块多大的盘能放几部这个规格的片子。部数向下取整,算出来是 23.33 就显示 23 部。
- 结果区第一行给出总字节数与 KB、MB、GB、GiB 四个口径,下面给出按目标容量能放的部数与剩余空间,剩余空间按十进制 GB 显示。
- 「批量规格」默认已经写好四行,每行一条「视频码率 空格 音频码率 空格 分钟数」。按 Ctrl+Enter(Mac 上 Cmd+Enter)一次算完;万一被清空,点计算时会自动填回这四行。
- 视频码率填 0、时长三项之和为 0、容器开销超过 10、目标容量小于 1,都会给出针对该条的具体提示,不会拿上一次的结果冒充本次输出。
这个视频文件大小计算器能解决什么问题
第一类是「拷不拷得下」。一部 1080p 片子按 8 Mbps 视频加 128 kbps 音频、时长 90 分钟算,落在磁盘上是 5486.40 MB,也就是 5.4864 GB。标称 8 GB 的 U 盘十进制容量是 8000000000 字节,塞进这一部之后还剩 2513600000 字节,合 2.51 GB;换成系统里显示的 7.451 GiB 口径去看,同一部片子占 5.1096 GiB。两个数字不一样,差在进制而不是差在文件本身。
第二类是「码率该定多少」。录屏、直播回放、剪辑导出各有各的档位,同是 1080p,8 Mbps 一小时是 3657.6 MB,16 Mbps 一小时是 7257.6 MB,差整整一倍;十小时的素材差 36000 MB。先把目标体积定下来再倒推码率,比导出完才发现放不下要省事得多。
第三类是「换编码器能省多少」。同一分辨率下 H.264 与 HEVC 的推荐码率不同,档位表里 1080p 一小时 H.264 是 3686.4 MB、HEVC 是 2066.4 MB,省 43.9%;4K 一小时分别是 20365.2 MB 与 11252.7 MB,省 44.7%。换编码器前先算一遍,能腾出多少存储是可以直接算出来的。
第四类是「音频到底占多少」。90 分钟的 128 kbps 音轨是 86.4 MB,占总量的 1.575%;即便把音轨提到 320 kbps 也只有 216.0 MB。真正决定体积的是视频码率,音频在估算里按固定常数处理就够了,多轨配音才需要单独加。
这个工具在本站也叫「视频文件大小计算器」,名字里的码率指的是每秒传输的比特数,下面会讲清 Mbps 与 MB/s 差 8 倍这件事。
计算原理与变量说明
本页只有一条公式:总字节数 =(视频码率 × 1000 + 音频码率)÷ 1000 × 10^6 × 秒数 ÷ 8 ×(1 + 容器开销百分比)。括号里的第一项把视频的 Mbps 与音频的 kbps 统一折算到 bps,乘秒数得到总比特数,除以 8 换成字节,最后按百分比加上封装开销。
代入默认值:视频 8 Mbps、音频 128 kbps、时长 90 分钟即 5400 秒。总比特率 =(8 × 1000 + 128)÷ 1000 × 10^6 = 8128000 bps;总比特数 = 8128000 × 5400 = 43891200000 bit;总字节数 = 43891200000 ÷ 8 = 5486400000 B。展开到各口径是 5486400.00 KB、5486.40 MB、5.4864 GB,按 1024 进位则是 5.1096 GiB。
Mbps 与 MB/s 差 8 倍。码率单位 Mbps 是 Mbit/s,1 Mbit/s = 1000000 bit/s;存储单位 MB 是 1000000 B,等于 8000000 bit。所以 8 Mbps 的片子写入磁盘的速度只有 1 MB/s,90 分钟正好 5400 MB,与算出的 5486.40 MB 只差音频那 86.4 MB。把「8 兆」直接当成 8 MB/s,算出来的体积会大到八倍。
十进制 GB 与二进制 GiB 差 7.3742%。本页的 KB、MB、GB 按 1000 进位,GiB 按 1024 进位。1 GiB = 1.073742 GB,反过来 1 GB = 0.931323 GiB;5486400000 字节在十进制下是 5.4864 GB,在二进制下是 5.1096 GiB,后者比前者小 6.87%。硬盘厂商按十进制标容量、操作系统按二进制报容量,同一个字节串读出两个数字,缺的既不是坏道也不是虚标。
VBR 与 CBR 下码率只是平均值。本页按恒定码率计算,也就是每一秒都用满标称码率。实际导出常使用可变码率,动作戏给高码率、静止镜头给低码率,一次编码的平均码率接近但不会等于标称值。压制软件里写「目标 8 Mbps」时,成片体积通常比本页算出的小 5% 到 15%。
容器开销是怎么加的。MP4 的 moov 索引、MKV 的簇开销、字幕轨与封面图都按总字节数的百分比算。默认 0% 表示只算裸流;1080p 90 分钟这个基准下,1% 是 5541.26 MB,2% 是 5596.13 MB,也就是每 1% 多 54.86 MB,开销与体积是线性关系,可以直接按比例推。长片与多轨字幕按 1% 到 2% 估,短视频忽略不计。
变量一共六个:视频码率、音频码率、时、分、秒、容器开销百分比,另加一个只影响第二行的目标容量。任何一项改动都整体重算,不做增量。
完整示例(数值仅作演示)
默认示例是 1080p 规格:视频 8 Mbps、音频 128 kbps、时长 90 分钟、容器开销 0%。总比特率 8128000 bps,总字节数 5486400000 B,展开到四个口径是 5486400.00 KB、5486.40 MB、5.4864 GB、5.1096 GiB。目标容量 128 GB 时能放 23 部,剩余 1.81 GB。
把时长改成 120 分钟、视频码率改成 45 Mbps、音频码率改成 256 kbps,得到 40730.40 MB = 40.7304 GB = 37.9331 GiB,这是 4K 规格两小时的量级;同样的 128 GB 只能放 3 部。
再看 720p:4 Mbps、128 kbps、45 分钟,得到 1393.20 MB = 1.2975 GiB,128 GB 能放 91 部。三个规格摆在一起可以看出,体积对码率与时长都是线性敏感,对分辨率本身并不直接敏感——分辨率是通过推荐码率间接影响体积的。
容器开销单独看:在上面的 1080p 基准上把开销从 0% 提到 1%,体积从 5486.40 MB 涨到 5541.26 MB,多 54.86 MB;提到 2% 是 5596.13 MB,多 109.73 MB。开销与体积成正比,每 1% 固定对应 54.86 MB。
批量框默认四行,一次给出四个规格:8 Mbps / 128 kbps / 90 分钟得 5486.40 MB;45 Mbps / 256 kbps / 120 分钟得 40730.40 MB;4 Mbps / 128 kbps / 45 分钟得 1393.20 MB;12 Mbps / 128 kbps / 60 分钟得 5457.60 MB。最后一行与第一行只差 28.80 MB,因为 12 Mbps 一小时与 8 Mbps 九十分钟的总比特数几乎相等。
码率与时长对照表
下表固定音频码率 128 kbps、容器开销 0%,纵向是视频码率、横向是时长,单位是十进制 MB,保留两位小数。工具区里的动态表会跟着当前音频码率变化,这里写的是 128 kbps 的基准值。
| 视频码率 | 1 分钟 | 5 分钟 | 10 分钟 | 30 分钟 | 60 分钟 | 120 分钟 |
|---|---|---|---|---|---|---|
| 1.0 Mbps | 8.5 | 42.3 | 84.6 | 253.8 | 507.6 | 1015.2 |
| 1.5 Mbps | 12.2 | 61.0 | 122.1 | 366.3 | 732.6 | 1465.2 |
| 2.5 Mbps | 19.7 | 98.5 | 197.1 | 591.3 | 1182.6 | 2365.2 |
| 4.0 Mbps | 31.0 | 154.8 | 309.6 | 928.8 | 1857.6 | 3715.2 |
| 5.0 Mbps | 38.5 | 192.3 | 384.6 | 1153.8 | 2307.6 | 4615.2 |
| 8.0 Mbps | 61.0 | 304.8 | 609.6 | 1828.8 | 3657.6 | 7315.2 |
| 10.0 Mbps | 76.0 | 379.8 | 759.6 | 2278.8 | 4557.6 | 9115.2 |
| 16.0 Mbps | 121.0 | 604.8 | 1209.6 | 3628.8 | 7257.6 | 14515.2 |
| 25.0 Mbps | 188.5 | 942.3 | 1884.6 | 5653.8 | 11307.6 | 22615.2 |
| 45.0 Mbps | 338.5 | 1692.3 | 3384.6 | 10153.8 | 20307.6 | 40615.2 |
| 60.0 Mbps | 451.0 | 2254.8 | 4509.6 | 13528.8 | 27057.6 | 54115.2 |
| 100.0 Mbps | 751.0 | 3754.8 | 7509.6 | 22528.8 | 45057.6 | 90115.2 |
下面这张是分辨率与编码档位,给的是一小时素材在两种编码器下的体积,省的百分比由两者推荐码率之差得出。
| 档位 | 推荐码率 | H.264 一小时 | HEVC 一小时 | 节省 |
|---|---|---|---|---|
| 480p | 1.5 Mbps | 732.6 MB | 428.9 MB | 41.5% |
| 720p | 4.0 Mbps | 1857.6 MB | 1047.6 MB | 43.6% |
| 1080p | 8.0 Mbps | 3686.4 MB | 2066.4 MB | 43.9% |
| 1440p | 16.0 Mbps | 7286.4 MB | 4046.4 MB | 44.5% |
| 2160p 4K | 45.0 Mbps | 20365.2 MB | 11252.7 MB | 44.7% |
| 4K HDR | 65.0 Mbps | 29422.8 MB | 16260.3 MB | 44.7% |
| 1080p60 | 12.0 Mbps | 5486.4 MB | 3056.4 MB | 44.3% |
| 720p60 | 6.0 Mbps | 2757.6 MB | 1542.6 MB | 44.1% |
最后这张是「标称容量能放几部 1080p 90 分钟」的换算,左边是厂商的十进制标法,右边是系统里的二进制读法。
| 标称容量 | 折成 GiB | 能放部数 |
|---|---|---|
| 1 GB | 0.931 | 0 部 |
| 4 GB | 3.725 | 0 部 |
| 8 GB | 7.451 | 1 部 |
| 16 GB | 14.901 | 2 部 |
| 32 GB | 29.802 | 5 部 |
| 64 GB | 59.605 | 11 部 |
| 128 GB | 119.209 | 23 部 |
| 1000 GB | 931.323 | 182 部 |
结果边界、舍入与适用说明
- 视频码率为空时提示请填 0.1 到 200 之间的数字,不拿上一次的结果冒充本次输出。
- 视频码率填 0 或小于 0.1 时提示至少 0.1 Mbps,零码率的视频文件不存在。
- 时、分、秒三项之和为 0 时提示时长不能为零,请至少填一分钟。
- 容器开销超过 10% 时提示超出 0 到 10 的范围;封装开销通常到不了两位数百分比,写成 10 多半是把「10 倍」误当成了「10%」。
- 目标容量小于 1 GB 时提示容量至少 1 GB;算出的部数为 0 时照实显示 0 部,不向上取整也不四舍五入。
- MB、GB 按 1000 进位,GiB 按 1024 进位,两者并排显示不互相折算;表格里的 MB 一律保留两位小数,末位按四舍五入。
- 本页按恒定码率计算,可变码率的成片会与估算有偏差;字幕、封面图、多语言音轨要自己折成百分比填进容器开销。
- 页面不联网、不写本地存储,码率、时长与批量内容只用于本次计算。
常见问题
8 Mbps 的片子为什么拷进磁盘只有 1 MB/s 的速度?
因为 Mbps 是 Mbit/s,1 字节等于 8 比特。8 Mbps = 8000000 bit/s,除以 8 就是 1000000 B/s,即 1 MB/s。把「8 兆」直接当成 8 MB/s 去估,算出的体积会大到八倍,这是视频体积估算里最常见的一次错误。
标称 128 GB 的卡为什么只能放 23 部而不是 26 部?
128 GB 的十进制容量是 128000000000 字节,一部 1080p 90 分钟是 5486400000 字节,相除得 23.33 部,向下取整 23 部。按系统显示的 119.209 GiB 去除以 5.1096 GiB,得到的同样是 23.33 部——进制只影响显示的数字,不影响能放几部。
音频码率要不要按 320 kbps 算?
差别不大。90 分钟的音轨,128 kbps 是 86.4 MB,320 kbps 是 216.0 MB,两者相差 129.6 MB,占整部片子的 2.36%。决定体积的是视频码率,除非做多语言多轨配音,否则音频在估算里按固定常数处理即可。
换成 HEVC 到底能省多少空间?
档位表里 1080p 一小时 H.264 是 3686.4 MB、HEVC 是 2066.4 MB,省 43.9%;4K 一小时从 20365.2 MB 降到 11252.7 MB,省 44.7%。分辨率越高省的绝对量越大,但百分比稳定在 41.5% 到 44.7% 这个区间。
实际压出来为什么比这里算的小?
本页按恒定码率算,也就是每一秒都用满标称码率。压制软件常用的可变码率会在静止镜头与低动态段落自动降码率,平均下来比标称值低,成片通常比估算小 5% 到 15%。若想让估算贴近成片,可以把码率填成实际平均码率。
容器开销该填百分之几?
默认 0% 表示只算裸流。MP4 的 moov 索引与 MKV 的簇开销在长片里通常占 1% 上下,多轨字幕加封面图可以到 2%。本基准下每 1% 对应 54.86 MB,按片长与轨数线性推即可,短视频可以直接填 0。
这个工具免费吗?
免费,无需注册即可使用。
输入的数据安全吗?
安全。计算在当前浏览器本地完成,不会上传输入内容。