Video Compress Parameter

📐 工作原理與說明

Key formulas: max(100,totalKbps-audioKbps); Math.round(targetMB÷(ratio÷100)); targetMB×8×1024

影片時長

目標大小 (MB)

解析度

編碼

畫質預設 (CRF值)

🎚️ CRF值（Constant Rate Factor）參考表

CRF	H.264畫質	H.265畫質	適用場景	壓縮比
18-20	無損/極高	22-24	母帶存檔、專業製作	★★
22-24	高質量	26-28	藍光/4K影院	★★★
26-28	良好	30-32	網路影片推薦	★★★★
30-32	中等	34-36	短影片、預覽	★★★★★
35+	低質量	38+	極度壓縮（不推薦）	★★★★★★

💡 小貼士：

CRF範圍：0（無損）- 51（最差），預設23
CRF每±6，檔案大小約減半/翻倍
H.265在相同畫質下比H.264節省約40-50%體積

📱 主流平臺推薦引數

平臺	解析度	影片位元速率	CRF	音訊位元速率	檔案大小/10分鐘
YouTube	1080p	8Mbps	23	384kbps	~600MB
B站	1080p	6Mbps	24	320kbps	~450MB
抖音/快手	1080p	5Mbps	26	128kbps	~375MB
微信朋友圈	720p	2Mbps	28	128kbps	~150MB
微信分享	480p	1Mbps	30	96kbps	~75MB
郵件傳送	480p	500kbps	32	64kbps	~40MB

📋 計算記錄

📚 深度解析：影片壓縮引數計算器

💡 常見使用場景

上傳體積控制：B站/微信等平臺對單檔案大小有限制，按目標 MB 反推所需位元速率，避免上傳被拒或二次壓縮。
畫質與體積權衡：同一時長下選 CRF（恆定質量）還是固定位元速率（CBR），CRF 保畫質、CBR 精準控體積。
編碼選型：H.265/VP9 比 H.264 省 35–40% 體積，但編碼慢、老舊裝置相容性差，按釋出渠道取捨。

算例（10 分鐘影片，目標 100 MB，H.264）

總位元 = 100 × 8 × 1024 = 819200 kbit；÷ 時長 600 秒 = 1365 kbps 總位元速率。預留音訊 128 kbps → 影片位元速率 = 1365 − 128 = 1237 kbps（工具取 ≥100 的下限，此處直接用 1237）。若改用 H.265（壓縮率約 60%，即目標體積相當於原 H.264 的 60%）：原估算體積 = 100 ÷ 0.6 ≈ 167 MB，同等畫質可省約 40%。工具輸出 FFmpeg 命令（CRF 模式與固定位元速率模式兩種）。

❓ 常見問題（FAQ）

CRF 與固定位元速率（-b:v）怎麼選？: CRF 恆定質量、檔案大小隨畫面複雜度浮動，適合歸檔/一次性匯出；固定位元速率（-b:v）精準鎖定體積、適合嚴格的體積上限（如平臺限制）。本工具兩種命令都給，CRF 預設 23（H.264）/28（H.265），數值越小畫質越高、檔案越大。
為什麼 H.265 體積更小？: H.265/HEVC 用更高效的幀間/幀內預測，同等主觀畫質下位元速率比 H.264 低約 30–50%；但編碼耗時更長，且部分老舊手機/瀏覽器不支援硬解。釋出到主流平臺選 H.264 最穩，追求省流量/4K 存檔再上 H.265。

Video Compress Parameter

📊 壓縮引數結果

🎚️ CRF值（Constant Rate Factor）參考表

📱 主流平臺推薦引數

📋 計算記錄

📚 深度解析：影片壓縮引數計算器

💡 常見使用場景

❓ 常見問題（FAQ）

📝工具簡介

✨功能特點

🎯使用場景

影片壓縮引數

Video Compress Parameter

📊 壓縮引數結果

🎚️ CRF值（Constant Rate Factor）參考表

📱 主流平臺推薦引數

📋 計算記錄

📚 深度解析：影片壓縮引數計算器

💡 常見使用場景

❓ 常見問題（FAQ）

🔗 相關工具

📝工具簡介

✨功能特點

🎯使用場景