在影片壓縮工具中選擇 Balanced 預設,表示將輸出寬度上限設為 1280 像素,目標幀率為 30 fps,並由一個有界限的 bits-per-pixel 啟發式演算法挑選錄製位元率,再將結果限制在 180 kbps 與 8 Mbps 之間。這個預設是三段式本地 WebM 重新編碼中的中間選項 —— Small 將上限設為 640 像素與 24 fps,而 Quality 則將上限提高到 1920 像素、30 fps。三者皆保留來源長寬比,絕不放大較小的來源,並將輸出尺寸向下取整為偶數像素值,以獲得更廣泛的編解碼器相容性。Balanced 並不保證檔案會縮小;頁面會回報實際的輸入與輸出位元組,以及兩者之間帶正負號的百分比變化,因此若結果變大,便會如實顯示為成長。如果你的目標是能在聊天應用、簡報或快速審閱中播放的可展示短片,而不是全解析度的母版,那麼 Balanced 是大多數讀者最先會選擇的預設。

how do i choose balanced when using video compression
使用影片壓縮時如何選擇 Balanced

Balanced 預設實際設定了什麼

「Balanced」這個標籤是一個透明的產品選擇,而不是對通用最佳值的宣稱。在這個標籤背後,錄製開始前會先設定三個具體參數:最大輸出寬度 1280 像素、目標幀率 30 fps,以及隨解析度調整的每像素位元預算。頁面會根據該預算計算出所要求的位元率,再將結果限制在 180 kbps 到 8 Mbps 之間,以確保該值落在瀏覽器 WebM 錄製器能處理的實用範圍內。輸出尺寸由來源衍生:頁面會取來源寬度與 1280 px 中較小者,再將來源高度除以相同的比例以維持長寬比,並將兩個數字向下取整為偶數。

由於頁面會將每個顯示的來源幀繪製到 Canvas 上,再錄製該 canvas,因此編碼器永遠看不到原始的原始幀。來源顯示什麼,就會被錄製什麼 —— 包含螢幕上的瑕疵、硬切與動態模糊。錄製器以即時方式執行,與來源在分頁中播放的過程同步,來源結束時追蹤也會停止。實際產生的檔案是由瀏覽器的 MediaRecorder 實作所產生的 WebM,並非由外部服務處理,因此最終下載檔案中使用的編解碼器,取決於當前瀏覽器回報為支援的 WebM MIME 類型。

Balanced 與 Small、Quality 的比較

這三個預設只在寬度上限、幀率目標,以及衍生的位元預算上有所不同。它們不會更動容器、編解碼器嘗試順序、音訊處理方式,或僅限本機處理的運作模式。

預設最大輸出寬度目標幀率位元率行為典型適用情境
Small640 px24 fps較低的每像素預算;結果限制於 180 kbps–8 Mbps預覽、縮圖、嵌入聊天用短片,可接受細節損失的場景
Balanced1280 px30 fps中等每像素預算;結果限制於 180 kbps–8 Mbps分享、簡報、審閱連結,需要看起來像 720p 的動態時
Quality1920 px30 fps較高的每像素預算;結果限制於 180 kbps–8 Mbps當儲存空間或頻寬不是限制時,盡可能貼近來源細節

執行後所顯示的百分比與精確位元組數,皆來自該次執行的兩個實際 Blob 大小,因此不同預設之間的比較,只有在你實際的來源上試過之後才有意義。這個工具並不保證任何一個預設在所有情況下都會比較小;低動態的動畫在 Balanced 下可能會大幅縮小,而雜訊多、晃動明顯或本身已經編碼得很有效率的影片,則可能與來源大小相同甚至更大。

什麼時候 Balanced 是正確的選擇

Balanced 適合那些你需要足夠的解析度來看清螢幕上的文字、在一般觀看距離下辨識人臉,並能在沒有明顯拖影的情況下跟上快速動態的來源 —— 同時不必負擔 Quality 預設的儲存成本。常見情境包括:在筆記型電腦上仍須保持可讀性的螢幕錄製與產品導覽、嵌入簡報中的短片,以及在頻寬受限的連線下傳給同事的審閱連結。30 fps 的目標也較接近多數消費級相機與會議工具的錄製幀率,因此在處理運動、遊戲或手持手機拍攝的影片時,Balanced 通常能避免 24 fps 可能帶來的「幻燈片感」。

若是短片僅用於預覽更長的影片、頻寬是主要限制、或來源本身已經很小,任何進一步的縮減只能來自降低解析度而非更聰明的編碼,這時請改用 Small。若目的地屬於歸檔用途、作品集項目,或是有 1280 px 無法滿足的明確解析度要求的交付目標,則請改用 Quality。如果你不確定來源實際需要哪一個,務實的做法是先從 Balanced 開始,讀取輸出尺寸與帶正負號的百分比變化,只有當結果不符合目的地預期時,才切換預設。

如何逐步使用 Balanced 預設

  1. 在可以解碼你的來源的桌上型或行動瀏覽器中開啟 Video Compressor 頁面。挑選檔案大小在 500 MiB 以內、長度在五分鐘以內、解碼區域在 3840 × 2160 像素以內的檔案;有效的副檔名並不保證瀏覽器能解碼該編解碼器,因此請先確認來源在一般分頁中能正常播放。
  2. 從預設清單中選擇 Balanced。壓縮期間請保持頁面分頁開啟,不要離開或切換。
  3. 按下開始。來源會以預設的幀率即時播放,頁面同時錄製 canvas 串流。因此一段兩分鐘的來源大約需要兩分鐘;這不是瞬間轉檔。
  4. 來源結束後,頁面會顯示輸出尺寸、輸入與輸出的位元組數,以及兩者之間帶正負號的百分比變化。請將這些數字視為該預設與該來源在此次執行的專屬結果。
  5. 下載 WebM 檔,從頭到尾完整播放,確認畫面、音訊、長度與大小皆符合需求後,再刪除原始檔。

壓縮後如何解讀結果

所顯示的百分比僅根據兩個實際的 Blob 大小計算 —— 並沒有任何預測比例。負數表示 WebM 比來源小該比例;正數則表示它變大了。這個工具絕不會把較大的檔案重新標示為縮小。輸出尺寸是衍生出來的數字,而非來源的原生解析度: 在 1280 px 下,1920×1080 的來源會變成 1280×720(向下取整至偶數像素),而 1280×720 的來源則維持 1280×720。已經小於預設上限的來源絕不會被放大;Balanced 只會以其原本大小錄製。

若結果大小不符合你的目的地,請更換預設再試一次,而不是去調整錄製流程中的任何設定。若結果大小正確,但畫面看起來不對 —— 像是出現方塊感、拖影或褪色 —— 這代表 Balanced 的位元預算對該來源內容而言過於吃緊,此時參考幾項針對該預設的建議通常無須更換工具就能解決。

可能凌駕預設選擇的限制

預設只是多項輸入中的一項,頁面在錄製開始前會強制執行硬性限制。超過 500 MiB、長度超過五分鐘、任一邊大於 4096 像素,或解碼區域超過 3840 × 2160 像素的輸入,都會被拒絕並產生錯誤,也不會提供下載。頁面會驗證副檔名或 MIME、正向的位元組大小、大於零的解碼時長,以及單邊與區域限制;若有任何檢查未通過,則不會提供任何檔案。容器內的編解碼器也必須能被當前瀏覽器解碼 —— .mp4 副檔名並不會讓不支援的編解碼器變得可解,因此能在系統播放器中播放的檔案,在這個工具中仍可能失敗。

編碼會以來源的播放速度執行,因為 MediaRecorder 是在來源播放的過程中觀察 canvas 串流。因此一段十分鐘的來源大約需要十分鐘;關閉分頁、挑選新檔案、切換預設或離開頁面,都會使進行中的工作失效,並撤銷暫存的 Object URL。這些限制與你選擇哪一個預設無關,但它們界定了 Balanced 在單次執行中能處理的範圍。

音訊、隱私與瀏覽器差異

只有在瀏覽器透過 HTMLMediaElement captureStream 公開可擷取的音訊軌時,輸出才會包含音訊。當來源包含音訊時,在即時處理期間會以可聽見的方式播放,因此若有需要請使用裝置音量,但不要以為靜音對擷取的音訊軌沒有影響。字幕、章節、附件、旋轉標籤、HDR 訊號,以及許多容器或色彩相關的中資料欄位皆不會保留。WebM 是唯一的輸出容器,因為瀏覽器的 MediaRecorder 對產生的 MP4 支援仍然不一致;錄製器會依當前瀏覽器所回報的內容,依序嘗試 VP9、VP8,再嘗試通用 WebM —— 因此同一來源在兩個瀏覽器上執行所得到的位元組可能會有所不同。

所有解碼後的幀、編碼後的位元組與下載的檔案,皆停留在當前分頁內;不會上傳任何資料,影片、縮圖、時長、檔名、編解碼器或結果都不會被傳送到裝置之外。若你需要的是歸檔母版、專業交付規格、精確的編解碼器設定檔、兩段式速率控制、固定關鍵影格間隔、字幕保留,或跨平台具決定性的輸出,那麼合適的工具是受維護的桌面編碼器,例如搭配審慎指令使用的 FFmpeg —— 瀏覽器預設適用於快速、本機、單次執行的壓縮,而非交付等級的母版製作。

延伸閱讀:壓縮影片時如何選擇 Quality