首頁 電腦科學 影片位元率與檔案大小計算機 產生日期: 2026年7月20日 下午09:34 影片位元率與檔案大小計算機 輸入 位元率8 Mbps時間長度60 分 電腦科學 影片位元率與檔案大小計算機 輸入影片位元率與時間長度，估算容器封裝前的原始檔案大小。適用於評估錄製、輸出及封存的儲存需求。 輸入 影片參數 位元率 Mbps 每秒編碼的位元數。較高的位元率能保留更多畫面細節，但檔案也較大。標準高畫質串流通常為 4–8 Mbps；專業製作可超過 100 Mbps。 時間長度 分 影片的總播放時間。檔案大小與時間長度成正比增長。 結果 輸入數值即可顯示計算結果。 估算檔案大小 檔案大小 GB 影片串流的原始資料大小：以 8 Mbps 拍攝 60 分 的影片需 ... 的儲存空間。此為原始位元串流大小；實際容器檔案（MP4、MKV）會增加少量額外開銷。 分享 列印報告 重設 嵌入 嵌入這個計算機 預覽 將這段程式碼貼到您的網頁中即可顯示計算機。 複製程式碼 分享這個計算 開啟此連結的人都會看到您填入的數值。 複製連結 分享至 XFacebookLINE 電子郵件 最後更新：2026-06-23 影片位元率與檔案大小 影片檔案是以固定位元率傳送的壓縮畫格序列。只要知道位元率和播放時長，原始資料量就可以從單一公式得出。 計算公式 F=R×t8F = \frac{R \times t}{8}F=8R×t 其中 RR 為位元率（位元/秒），tt 為時長（秒），FF 為檔案大小（位元組）。除以 8 是將位元轉換為位元組，因為 1 個位元組包含 8 個位元。 計算範例： 以 40 Mbps 編碼的一小時 4K 串流主檔案： F=40,000,000 bps×3,600 s8=18,000,000,000 B=18 GBF = \frac{40{,}000{,}000 \text{ bps} \times 3{,}600 \text{ s}}{8} = 18{,}000{,}000{,}000 \text{ B} = 18 \text{ GB}F=840,000,000 bps×3,600 s=18,000,000,000 B=18 GB 各用途的典型位元率 用途典型位元率1080p 串流（H.264）4–8 Mbps1080p 藍光（H.265）15–40 Mbps4K 串流（H.265）15–25 Mbps廣播高畫質（XAVC）50–100 Mbps電影 RAW（未壓縮 4K）3–12 Gbps 容器封裝開銷 上述公式給出的是原始編碼影片串流的大小。實際的檔案（MP4、MKV、MOV）將串流封裝在容器中，容器會附加少量元資料標頭——通常遠低於總大小的 1%。對於估算和儲存規劃，容器開銷可忽略不計；若需精確到位元組的比對，則應量測實際檔案。 可變位元率（VBR） 許多編解碼器使用可變位元率編碼：簡單場景分配較少位元，複雜場景分配較多。輸入本計算機的位元率若使用 VBR 編碼，應採用平均位元率，因為檔案大小是整個時長的位元流積分。編碼軟體通常在輸出記錄中回報平均位元率。 與下載時間的關係 檔案大小直接關係到下載和上傳時間。若已知檔案大小和網路速度，可使用 下載時間計算機 計算傳輸所需時間。 儲存容量規劃 規劃錄製作業或影片存檔時，將單一檔案的估算值乘以片段數量即可。以 100 Mbps 拍攝的兩小時影片約需 90 GB；十部此類影片則需 900 GB。預留 20% 的緩衝空間用於拍攝素材、代理媒體和專案檔案是常見的做法。 常見問題（FAQ）位元率與影片解析度的關係為何？解析度決定每個畫格包含的像素數量；位元率控制分配用於編碼這些像素的位元數。高解析度影片若位元率過低，畫面將出現方塊化，因為位元數不足以精確表示每個像素。粗略參考：1080p、30 fps 的串流通常需要 5–8 Mbps，廣播品質的製作則需要 50–100 Mbps。 為何將位元率除以 8 來計算檔案大小？位元率以位元/秒為單位，但檔案大小以位元組計算，一個位元組包含 8 個位元。將總位元數轉換為位元組時，需除以 8。例如，10 Mbps 的串流持續一小時，產生 10,000,000 × 3,600 = 36,000,000,000 位元 = 4.5 GB。 計算結果適用於串流還是下載的檔案？本計算機計算的是影片串流本身的原始資料量，無論檔案是串流傳輸還是本機儲存，結果相同。差異在於傳送方式：串流服務會增加自適應位元率的開銷，且可能重新編碼上傳的影片；本機儲存的檔案則與此處顯示的位元數完全對應。 為何壓縮後的影片檔案看起來比估算值小？顯示的檔案大小是以指定位元率編碼的影片串流大小——位元率本身已包含編解碼器的壓縮效果。H.264 和 H.265 通常產生非常接近（位元率 × 時間長度 ÷ 8）的檔案，除非使用可變位元率（VBR）編碼，在此情況下實際檔案可能比固定位元率（CBR）估算值更小或更大。 推薦的下一個 下載時間計算機 根據檔案大小（KB 至 TB）與連線速度（Kbps 至 Gbps），估算下載或上傳完成所需的時間。 深入了解影像檔案大小計算機 輸入影像解析度和位元深度，計算未壓縮的檔案大小及像素總數。適用於了解相機感光元件原始輸出、GPU 影格緩衝區分配和材質記憶體。 深入了解 200+ 計算機 · 10 種語言 · 完全免費 更多資料與編碼 二補數轉換計算文字轉二進位 / 十六進位 / ASCII 轉換器布隆過濾器容量計算器百萬畫素與列印尺寸計算機色彩格式轉換（HEX、RGB、HSL）影片位元率與檔案大小計算機 +18 more Show less 色彩深度與每像素位元數計算器串流頻寬計算器吞吐量（bps）換算器奈奎斯特取樣率計算器音訊檔案大小計算機浮點數精度計算機記憶體位址位元計算器資料傳輸時間計算機影像檔案大小計算機壓縮率計算機Base64 編碼開銷計算機CRC 校驗碼計算Git 儲存庫複製大小估算IEEE 754 浮點數位元分解PPI / DPI 像素密度計算器QR Code 資料容量查詢Unix 時間戳記轉換（Epoch ⇄ 日期）UTF-8 位元組大小計算機 其他電腦科學計算機 網路 子網路（CIDR）計算機每秒封包數計算器延遲預算計算器頻寬延遲乘積計算機CIDR 與子網路遮罩轉換器IP 位址範圍計算機IP 超網路計算機IPv4 位址表示法換算器IPv6 子網路計算機MTU 轉 MSS 計算機TCP 吞吐量計算機安全與加密 密碼強度（熵值）計算機雜湊碰撞機率計算機Chmod 權限計算機UUID 碰撞機率計算器演算法 夏農熵計算萊文斯坦距離計算器漢明距離計算機Big-O 成長率計算機Luhn 檢查碼計算器可靠性與儲存 服務可用性（SLA）計算機雲端儲存費用試算漢明碼 ECC 位元計算器複合可用性計算器API 速率限制計算器Cron 排程解析與下次執行時間MTBF、MTTR 與可用度計算器RAID 容量計算機效能與佇列 古斯塔夫森定律計算機利特爾法則計算器快取命中率與 AMAT 計算機阿姆達爾定律計算機愛爾蘭 C 人力配置計算器電池續航時間計算器AMAT（平均記憶體存取時間）計算Apdex 分數計算CPU 執行時間計算器IOPS 與吞吐量換算器M/M/1 佇列計算機M/M/c 佇列計算機 這個計算機對您有幫助嗎？ 有幫助 需要改進 需要改進 我們可以如何改進這個計算機？ 送出回饋 由 OneCalc 提供 ↗
最後更新：2026-06-23 影片位元率與檔案大小 影片檔案是以固定位元率傳送的壓縮畫格序列。只要知道位元率和播放時長，原始資料量就可以從單一公式得出。 計算公式 F=R×t8F = \frac{R \times t}{8}F=8R×t 其中 RR 為位元率（位元/秒），tt 為時長（秒），FF 為檔案大小（位元組）。除以 8 是將位元轉換為位元組，因為 1 個位元組包含 8 個位元。 計算範例： 以 40 Mbps 編碼的一小時 4K 串流主檔案： F=40,000,000 bps×3,600 s8=18,000,000,000 B=18 GBF = \frac{40{,}000{,}000 \text{ bps} \times 3{,}600 \text{ s}}{8} = 18{,}000{,}000{,}000 \text{ B} = 18 \text{ GB}F=840,000,000 bps×3,600 s=18,000,000,000 B=18 GB 各用途的典型位元率 用途典型位元率1080p 串流（H.264）4–8 Mbps1080p 藍光（H.265）15–40 Mbps4K 串流（H.265）15–25 Mbps廣播高畫質（XAVC）50–100 Mbps電影 RAW（未壓縮 4K）3–12 Gbps 容器封裝開銷 上述公式給出的是原始編碼影片串流的大小。實際的檔案（MP4、MKV、MOV）將串流封裝在容器中，容器會附加少量元資料標頭——通常遠低於總大小的 1%。對於估算和儲存規劃，容器開銷可忽略不計；若需精確到位元組的比對，則應量測實際檔案。 可變位元率（VBR） 許多編解碼器使用可變位元率編碼：簡單場景分配較少位元，複雜場景分配較多。輸入本計算機的位元率若使用 VBR 編碼，應採用平均位元率，因為檔案大小是整個時長的位元流積分。編碼軟體通常在輸出記錄中回報平均位元率。 與下載時間的關係 檔案大小直接關係到下載和上傳時間。若已知檔案大小和網路速度，可使用 下載時間計算機 計算傳輸所需時間。 儲存容量規劃 規劃錄製作業或影片存檔時，將單一檔案的估算值乘以片段數量即可。以 100 Mbps 拍攝的兩小時影片約需 90 GB；十部此類影片則需 900 GB。預留 20% 的緩衝空間用於拍攝素材、代理媒體和專案檔案是常見的做法。 常見問題（FAQ）位元率與影片解析度的關係為何？解析度決定每個畫格包含的像素數量；位元率控制分配用於編碼這些像素的位元數。高解析度影片若位元率過低，畫面將出現方塊化，因為位元數不足以精確表示每個像素。粗略參考：1080p、30 fps 的串流通常需要 5–8 Mbps，廣播品質的製作則需要 50–100 Mbps。 為何將位元率除以 8 來計算檔案大小？位元率以位元/秒為單位，但檔案大小以位元組計算，一個位元組包含 8 個位元。將總位元數轉換為位元組時，需除以 8。例如，10 Mbps 的串流持續一小時，產生 10,000,000 × 3,600 = 36,000,000,000 位元 = 4.5 GB。 計算結果適用於串流還是下載的檔案？本計算機計算的是影片串流本身的原始資料量，無論檔案是串流傳輸還是本機儲存，結果相同。差異在於傳送方式：串流服務會增加自適應位元率的開銷，且可能重新編碼上傳的影片；本機儲存的檔案則與此處顯示的位元數完全對應。 為何壓縮後的影片檔案看起來比估算值小？顯示的檔案大小是以指定位元率編碼的影片串流大小——位元率本身已包含編解碼器的壓縮效果。H.264 和 H.265 通常產生非常接近（位元率 × 時間長度 ÷ 8）的檔案，除非使用可變位元率（VBR）編碼，在此情況下實際檔案可能比固定位元率（CBR）估算值更小或更大。
