比特率是视频制作中最容易被误解的变量。太低，你精心调色的素材看起来就像压缩汤——浑浊的细节、块状运动、渐变中的色带。太高，您生成的文件太大，以至于交付平台无论如何都会重新压缩它们，您的编辑器会在代理素材上爬行，并且存储成本会增加。为您的分辨率、编解码器和交付目标找到合适的比特率既是一项技术决策，也是一项实际决策，一旦您了解了公式，计算文件大小的数学就很简单。
什么是比特率及其重要性
比特率是每秒传送到解码器的数据量，以千比特每秒 (Kbps) 或兆比特每秒 (Mbps) 为单位。它决定了有多少信息可用于表示视频的每一帧。
更高的比特率意味着每帧有更多的数据，这意味着更精细的细节、更平滑的渐变、更好的运动处理和更少的压缩伪影。但这是一种收益递减关系：将比特率从 5 Mbps 增加一倍到 10 Mbps 会产生明显的质量改进，而在典型观看距离和屏幕尺寸下，从 40 Mbps 增加一倍到 80 Mbps 产生的可见改进要小得多。
关键区别：捕获/编辑的比特率与传输的比特率是完全不同的目标。用于编辑的摄像机镜头可能以 400–800 Mbps（RAW 或 ProRes）运行。为客户端导出的编辑素材可能会以 50–100 Mbps 的速度运行。上传到 YouTube 的最终版本的运行速度可能为 15–35 Mbps。每个阶段都有不同的要求。
按分辨率推荐的比特率
下表涵盖了标准传输编码目标，而不是相机捕获规范。这些适用于客户可交付成果、归档母版和平台上传。
| Resolution | Frame Rate | H.264 Bitrate | H.265/HEVC Bitrate | Use Case |
|---|---|---|---|---|
| 720p | 24/25/30 fps | 4–6 Mbps | 2.5–4 Mbps | Web delivery, older devices |
| 720p | 60 fps | 6–9 Mbps | 4–6 Mbps | Gaming, sports web content |
| 1080p | 24/25/30 fps | 8–12 Mbps | 5–7 Mbps | Standard HD delivery |
| 1080p | 60 fps | 12–18 Mbps | 7–10 Mbps | Sports, gaming, high-motion |
| 4K (UHD) | 24/25/30 fps | 35–50 Mbps | 18–28 Mbps | 4K streaming master |
| 4K (UHD) | 60 fps | 50–65 Mbps | 28–40 Mbps | 4K sports, action |
| 4K (DCI) | 24/25 fps | 50–70 Mbps | 30–40 Mbps | Cinema delivery |
| 8K | 24/25/30 fps | 100–160 Mbps | 55–90 Mbps | Future-proofing archival |
对于打算稍后重新编辑的档案母版，请走得更高——等于或高于每个范围的上限。对于将由平台（YouTube、Vimeo、流媒体服务）重���编码的交付文件，达到建议的范围就足够了，因为会浪费更多数据：无论您的上传有多高，平台的编码器都会将质量限制为其自己的输出比特率。
编解码器比较：H.264 vs H.265 vs AV1
编解码器决定了使用每一位数据来表示视觉信息的效率。更高效的编解码器可以以较低的比特率实现相同的感知质量，或者以相同的比特率实现更好的质量。
H.264 (AVC)：最通用兼容的编解码器。几乎可以在过去 15 年制造的所有设备、浏览器、智能电视和媒体播放器上本地播放。与较新的编解码器相比，给定质量级别的比特率要求更高，但硬件解码支持是通用的。最适合最大程度的兼容性。
H.265 (HEVC)：在同等质量下，效率比 H.264 高约 40–50%。在 H.264 中以 8 Mbps 速度观看的 1080p 视频在 H.265 中以 5 Mbps 速度观看效果相当。代价是兼容性——较旧的浏览器、设备和一些流媒体平台缺乏 H.265 支持。自 2020 年以来，硬件解码支持得到了显着改善。最适合 4K 交付和存储受限的归档。
AV1：最新广泛采用的编解码器，由开放媒体联盟（Google、Netflix、Amazon 等）开发。比 H.265 效率高约 25–30%，这意味着与 H.265 相比，同等质量下文件小 30–40%。开源且免版税。 YouTube 和 Netflix 广泛使用它。硬件编码支持仍然有限（尽管 2024-2025 年硬件增长迅速）。软件编码速度非常慢。最适合您可以负担编码时间的平台交付。
| Codec | Relative Efficiency | Compatibility | Encoding Speed |
|---|---|---|---|
| H.264 | Baseline | Universal | Fast |
| H.265 | ~50% better than H.264 | Good, not universal | Moderate |
| AV1 | ~30% better than H.265 | Growing (web/streaming) | Slow (software) |
| VP9 | Similar to H.265 | Web browsers | Moderate |
CBR 与 VBR：使用哪一个
恒定比特率 (CBR)：无论场景复杂程度如何，编码器都会保持固定比特率。在纯色墙上缓慢平移所获得的数据速率与快速移动的摄像机在人群中晃动所获得的数据速率相同。
- 最适合：直播、广播传输、解码器需要可预测数据流的任何情况
- 原因：流协议根据预期数据速率进行缓冲；可变速率可能会导致缓冲事件
- 权衡：在简单场景上浪费位，可能会比需要的更多地压缩复杂场景
可变比特率 (VBR)：编码器为复杂场景（运动、精细细节、高对比度）分配更多比特，为简单场景（静态镜头、模糊背景）分配更少比特。
- 最适合：基于文件的交付、存档、下载和播放内容
- 原因：在相同的平均比特率下实现更好的平均质量，或者在较低的平均比特率下实现相同的质量
- 权衡：文件大小不可预测，无法保证直播的数据传输率
对于 YouTube 上传，首选 VBR。对于 Twitch 和其他直播，平台需要 CBR。对于打算存档或重新编辑的客户交付成果，请使用具有高目标比特率的 VBR。
平台要求：YouTube、Twitch、TikTok、Instagram
每个平台都有特定的上传建议和硬性限制。超过它们通常很好 - 平台会在摄取时重新编码 - 但显着低于它们会在平台编码器触及之前降低您的上传质量。
| Platform | Recommended Upload Bitrate | Max Resolution | Frame Rate | Notes |
|---|---|---|---|---|
| YouTube | 35–45 Mbps (4K), 8–12 Mbps (1080p) | 8K | Up to 60 fps | Re-encodes to VP9/AV1 on upload |
| Twitch | 6 Mbps max (partners 8 Mbps) | 1080p60 | 60 fps | CBR required; most viewers at 1080p |
| TikTok | 50 Mbps recommended upload | 4K (limited) | Up to 60 fps | Heavy re-encoding; upload quality matters |
| Instagram Reels | 25–30 Mbps | 1080p | Up to 60 fps | 9:16 aspect ratio, heavy compression |
| Vimeo (Plus+) | No hard limit | 8K | Up to 120 fps | Minimal re-encoding, better quality |
| 8 Mbps (1080p), 35 Mbps (4K) | 4K | Up to 60 fps | Significant re-compression applied |
YouTube 的说明很重要：以非常高的比特率（4K 为 50+ Mbps）上传并不意味着观众会收到该比特率。 YouTube 为 4K 流提供的比特率为 15–25 Mbps。然而，上传高比特率母版可以为 YouTube 的编码器提供更好的源材料，从而以较低的传输比特率获得更好的最终输出。
文件大小计算器：分钟 × 比特率
估计输出文件大小很简单：
File size (MB) = (Bitrate in Mbps × 60 × Duration in minutes) ÷ 8
除以 8 将兆位转换为兆字节（每字节 8 位）。
工作示例：
1080p30, H.264, 10 Mbps, 60-minute documentary:
File size = (10 × 60 × 60) ÷ 8 = 36,000 ÷ 8 = 4,500 MB = 4.5 GB
4K30, H.265, 25 Mbps, 5-minute commercial:
File size = (25 × 60 × 5) ÷ 8 = 7,500 ÷ 8 = 937.5 MB ≈ 1 GB
1080p60, H.264, 16 Mbps, 90-minute wedding film:
File size = (16 × 60 × 90) ÷ 8 = 86,400 ÷ 8 = 10,800 MB = 10.8 GB
对于存储规划，假设一部以 25 Mbps H.265 传输的典型 2 小时 4K 婚礼影片大约需要 22-25 GB。同一部影片在 H.264 40 Mbps 下运行大约 36 GB。考虑到多个交付版本（客户副本、社交剪辑、精彩片段）和单个婚礼项目，所有交付和导出可能需要 100-200 GB 的总存储空间。