视频体积估算

功能

• 两个模式：按码率算体积 / 按容量算能录多久（同一套关系式）
• ⚠️ 比特除以 8 换字节 —— 这一步漏了就大 8 倍，而结果看起来不离谱
• ⚠️ GB（厂商 1000³）与 GiB（系统 1024³）两种口径都给了，差 7.4%
• ⚠️ 音轨码率算进去了：低码率视频里它可能占 19%
• 码率可手动填，也可按分辨率 × 帧率 × 编码器估算（H.264 / H.265 / AV1）
• ⚠️ ProRes 与未压缩单独标出来：体积大一到两个数量级，是剪辑用的中间码
• 一行一段时长（`45` 当分钟、`1:30:00` 当时分秒），多行给合计与每小时体积
• 容量模式下一行一个 GB 数，给出能录多久
• 全部在浏览器本地完成，不联网

使用方法

1. 选模式：算体积还是算能录多久
2. 选分辨率、帧率与编码器；知道真实码率就直接填，别用估算
3. 按模式填时长（`45` 或 `1:30:00`）或容量（GB 数）
4. 结果里同时给出字节数与所选口径的 GB/GiB

常见问题

为什么不能直接用 GB 数表示码率？

因为码率的单位是比特每秒，而文件大小按字节算，两者差 8 倍。这个错误之所以危险，是因为它给出的结果看起来完全合理：100 Mbps 的视频一小时算出 45 GB，而真实值是约 5.6 GB —— 45 GB 对一个小时的 4K 视频来说并不荒唐，所以你不会觉得算错了。这个工具内部统一按比特算，只在显示时除以 8。

为什么我算出来的和文件管理器显示的不一样？

大概率是 GB 与 GiB 的口径差。磁盘厂商按 10⁹ 字节标 1 GB，操作系统按 2³⁰ 字节显示 1 GiB，同一个文件在两处的数字差 7.4%。这个工具默认用厂商口径（因为「我的盘还有多少 GB」是按那个数的），把口径切成「系统口径」就能对上文件管理器的数字。除此之外，码率是可变的：静止画面比运动画面小得多，所以按平均码率算出来的结果本来就会有 ±30% 的浮动。

为什么 ProRes 那么大？

因为它根本不是为了发行而设计的。H.264 / H.265 / AV1 用复杂的帧间预测与有损压缩把体积压到几十分之一，代价是每次解压再压缩都会掉画质；ProRes 与未压缩格式几乎不做帧间压缩，每一帧都能独立解码、反复剪辑不掉画质 —— 这正是剪辑软件要的。所以它们的体积大一到两个数量级是特性而不是缺点，实际工作流是「用中间码剪、导出时压成发行版」。

估算的码率准吗？

量级是准的，具体数字会有 ±30% 的浮动。估算用的是「每像素每帧多少比特」这个经验系数，而真实的编码器会按画面复杂度动态调整码率：一段静止的访谈与一段高速运动的体育画面，同样分辨率与帧率下体积能差一倍以上。所以只要你能拿到实际码率（`ffprobe` 一看就有，剪辑软件导出时也会显示），就手动填进去 —— 估算只在「还没开始剪，想先估个盘子够不够」时有用。