位元率連結了影片品質、時長與檔案大小。位元率越高，編碼器可用於動態和細節的資料越多，但輸出檔案也會變大。知道目標檔案大小時，可以使用影片位元率計算器；已經確定位元率時，可以使用影片大小計算器估算匯出結果。
基本的影片位元率公式
粗略計算時，可以先用目標大小和時長估算總位元率：
總位元率（kbps）≈ 目標大小（MB）× 8,000 ÷ 時長（秒）
再扣除音訊位元率，得到影片位元率：
影片位元率 ≈ 總位元率 - 音訊位元率
這是用於規劃的估算值。容器、中繼資料、可變位元率編碼與編碼器行為都可能讓最終檔案與目標略有差異，因此不要把所有可用空間都分配給影片資料。
根據目標檔案大小計算位元率
1. 先確定檔案上限
先確認上傳、電子郵件、Discord、串流平台或儲存空間的限制。目標值不要貼著硬上限設定，留出安全餘量，避免編碼後因小幅差異而上傳失敗。
2. 把時長換算成秒
公式需要使用完整秒數。五分鐘是 300 秒，一小時是 3,600 秒。時長單位錯誤會直接影響結果，不要把分鐘數直接代入要求秒數的公式。
3. 預留音訊位元率
音訊會佔用總位元率的一部分。96、128 或 192 kbps 對長影片來說可能不大，但對短片和嚴格大小限制仍然重要。位元率計算器會從總預算中扣除音訊部分。
4. 計算並複核
在計算器中輸入目標大小、時長與音訊位元率，查看 kbps 或 Mbps 結果。可以先編碼一小段，再測量實際檔案，因為複雜畫面和可變位元率可能使結果超過平均估算。
根據位元率估算影片大小
如果位元率已經確定，可以反向估算檔案大小：
檔案大小（MB）≈ 總位元率（kbps）× 時長（秒）÷ 8,000
還要為容器與中繼資料留出空間。影片大小計算器會結合影片位元率、音訊位元率與時長，輸出 KB、MB 或 GB 形式的易讀估算。
當平台給出建議位元率而不是檔案上限時，這種反向計算很有用。輸入建議的影片與音訊設定，檢查估算值，再與上傳限制比較。
應該使用多高的位元率？
沒有適合所有影片的單一答案。靜態錄影、人物說話、顆粒感較強的實拍畫面和快速動態場景需要的資料量不同。解析度、影格率、編碼器、動態、材質和品質目標都會影響結果。
對於 1080p H.264 上傳母版，8–12 Mbps 可以作為常見起點；但如果有嚴格的檔案大小限制，應優先根據限制計算。目標位元率過低時，可以縮短影片或降低畫面尺寸，不要強行把複雜畫面壓成難以閱讀的檔案。
當交付畫面大於平台實際需要時，使用影片尺寸調整器；當無用片段使檔案變大時，先使用影片裁切器。減少不必要的像素或秒數，通常比單獨大幅降低位元率更能保留有效畫質。
常見位元率問題
匯出檔案比估算值更大
可變位元率編碼、容器開銷、中繼資料或編碼器最低設定都可能推高結果。可以略微降低目標位元率，增加安全餘量，並核對編碼器實際使用的參數。
影片出現馬賽克
位元率可能不足以承載來源影片的解析度、動態或材質。嘗試提高位元率、降低畫面尺寸、刪除無用內容，或使用目標平台支援的更有效率編碼器。
目標位元率低得不合理
過小的目標可能無法同時保留可播放性和可讀性。可以提高目標大小、縮短影片、調整畫面尺寸，或只在內容允許時降低音訊預算。
常見問題
如何計算影片位元率？
用目標大小（MB）× 8,000 ÷ 時長（秒）估算總位元率，再扣除音訊位元率。使用影片位元率計算器可以直接取得結果，並記得為封裝開銷預留空間。
如何計算影片檔案大小？
用總位元率（kbps）× 時長（秒）÷ 8,000，得到約略的 MB 數。影片大小計算器會分別接收影片與音訊位元率並完成估算。
1080p 影片使用多少位元率合適？
這取決於編碼器、影格率、動態和交付平台。8–12 Mbps 是 H.264 上傳母版的常見起點，但有檔案大小限制時，應以限制反推位元率。
應該先調整尺寸還是先改位元率？
當平台不需要來源影片的完整解析度時，先使用影片尺寸調整器。正確的畫面尺寸通常比用極低位元率壓縮超大畫面更能保留實用細節。