視訊比特率
根據解析度和編解碼器估計視訊位元率
如何使用視訊比特率
- 1輸入目標檔案大小和影片時長。
- 2輸入需扣除的音訊位元速率。
- 3讀取達到大小目標所需的影片位元速率。
由目標大小反推影片位元速率
影片位元速率 = (目標位元組 × 8 / 時長) − 音訊位元速率若必須把影片塞進固定上傳或儲存預算，可從大小反推位元速率。
為封裝開銷和音訊留出餘量；計算器會先扣掉音訊，影片得到剩餘部分。
位元速率（Bitrate）是每秒影片的資料量，直接決定畫質和體積。**位元速率與解析度必須匹配**：同樣 8 Mbps 給 1080p 是清晰的，給 4K 就會糊成一片（因為畫素數是 4 倍，分攤到每個畫素的資料只剩 1/4）。經驗法則：1080p 約 8 Mbps、4K 約 35–45 Mbps 是「夠用」的起點，高動態內容（體育賽事、遊戲錄屏）需要更高位元速率。
**位元速率的三種控制模式**：CBR（固定位元速率，直播必需，體積可預測但畫質效率最低）、VBR（可變位元速率，錄製推薦，複雜場景自動加位元速率，同體積畫質最好）、CRF（恆定質量，x264/x265 常用，你指定質量目標 0–51，編碼器自動決定位元速率，**CRF 模式最省心**——數值越小質量越高，18 接近無損，23 是視覺無損的常用值，28 檔案明顯變小但能看出壓縮痕跡）。
| 平臺 | 1080p | 1440p/2K | 4K | 編碼器 |
|---|---|---|---|---|
| YouTube | 8–12 Mbps | 16–24 Mbps | 35–45 Mbps | H.264 / VP9 |
| Bilibili | 6–8 Mbps | 12–16 Mbps | 20–30 Mbps | H.264 / HEVC |
| 抖音 / TikTok | 4–8 Mbps | — | — | H.264 |
| Vimeo | 10–20 Mbps | 20–30 Mbps | 40–60 Mbps | H.264 |
| Twitch 直播 | 6 Mbps（上限） | — | — | H.264 |
| Netflix 4K | — | — | 約 16 Mbps | AV1 / HEVC |
主流平臺的推薦上傳位元速率
常見問題
檔案比目標大，為什麼？
封裝開銷、關鍵幀和音訊都會佔用原始影片位元速率之外的額外空間。
該降解析度還是降位元速率？
先降位元速率；降解析度會永久損失細節。
1GB 每小時的影片用多少位元速率？
音訊約 128kbps 時，影片約 2.2 Mbps。
上傳時被平臺二次壓縮怎麼辦？
無法避免——所有平臺都會轉碼。能做的是**給平臺喂最高質量的源**：① 按平臺推薦位元速率的上限上傳（給二次壓縮留餘量）；② 用平臺偏好的編碼器和引數（YouTube 推薦 H.264 + 高位元速率 MP4）；③ 解析度保持原生（不要上取樣）；④ 避免已經壓過多次的素材。另外平臺對高觀看量的影片會分配更好的編碼資源（YouTube 對熱門影片用 VP9/AV1），這是長期收益。
直播位元速率怎麼定？
直播位元速率受**上行頻寬**硬約束，不是越高越好。經驗公式：直播位元速率 ≤ 實際上行頻寬 × 0.75（留 25% 餘量給波動和音訊）。測出上行 10 Mbps 就用 6–7 Mbps。如果位元速率超過頻寬，會出現丟幀、卡頓、斷流。另外要考慮觀眾端：位元速率太高，網路差的使用者會一直緩衝。**建議開啟動態位元速率（OBS 的「動態位元速率」或平臺的自適應推流），讓服務端根據網路自動調整。**