瀏覽器影片壓縮工具中的品質選擇並非單一固定設定，而是在三個明確預設之間做出的取捨，這些預設以檔案大小交換像素解析度與影格速率，而這項取捨唯有在實際量測輸出大小後才會變得具體。Video Compressor 提供三個具名選項:Small(小)、Balanced(平衡)與 Quality(品質)，每個選項都有固定的輸出最大寬度與影格速率、一個驅動編碼器的位元每像素啟發法則，以及 180 kbps 到 8 Mbps 的硬性上限。三個預設皆不會放大來源，皆會保留來源長寬比，並將輸出尺寸向下取整至偶數像素值以確保編解碼器相容性。由於壓縮效果取決於動態、雜訊、顆粒以及原始編碼器，唯一可靠的測試方式就是執行預設、讀取所回報的位元組變化，並在刪除原始檔之前播放檔案確認。那份量測出來的比較結果——而非預設標籤——才能告訴你選擇的品質是否真的符合你的目的地需求。
三個品質預設實際的作用
Video Compressor 中的每個預設都是三個數值的固定組合:輸出最大寬度、目標影格速率，以及保留的來源長寬比。沒有滑桿、沒有 CRF 欄位，也沒有關鍵影格間隔控制——這個工具將取捨呈現為具名選項，讓你自己量測結果。
| 預設 | 輸出最大寬度 | 目標影格速率 | 位元率範圍 | 長寬比 | 是否放大來源? |
|---|---|---|---|---|---|
| Small | 640 px | 24 fps | 180 kbps – 8 Mbps | 保留 | 否 |
| Balanced | 1280 px | 30 fps | 180 kbps – 8 Mbps | 保留 | 否 |
| Quality | 1920 px | 30 fps | 180 kbps – 8 Mbps | 保留 | 否 |
頁面內部的編碼器會根據位元每像素啟發法則挑選目標位元率，然後將請求限制在 180 kbps 到 8 Mbps 之間。輸出尺寸會向下取整至偶數像素值，讓產生的串流能被更廣泛的解碼器接受。三個預設皆不會放大較小的來源——若來源是 854 × 480,Quality 預設仍會在其 1920 px 上限內輸出，僅以來源本身的 480 像素高度呈現。
WebM 容器內部的實際編解碼器由瀏覽器決定。錄製器會優先嘗試 VP9，接著是 VP8，再來是通用的 WebM MIME 類型，因此同一個預設在不同的瀏覽器可能產生明顯不同的輸出。至於瀏覽器內部的大小與品質取捨，預設標籤是槓桿，而回報的位元組變化就是最終裁決。
如何依內容與目的地選擇預設
選擇品質時，通常不是為了追求最高解析度，而是要看目的地能接受的最大檔案大小，以及來源內容的動態類型。短時間、低動態的簡報螢幕錄影，與 60 秒手持拍攝的繁忙街景，在同一預設下會產生差異極大的輸出大小，因為編碼器會在影格間變動的細節上花費更多位元。
先從目的地出發。若檔案必須符合電子郵件附件、即時通訊上傳或小型嵌入的限制，Small 預設通常是起點，因為它將寬度限制在 640 px、影格限制在 24 fps——輸出結果更有可能落在常見的大小上限之內。若目的地能接受較大的檔案，但分享與傳送的合理大小仍須考量，Balanced 將寬度限制在 1280 px、影格率為 30 fps，是最常見的中間選項。Quality 維持完整的 1920 px 上限與 30 fps，適合目的地能接受較大上傳，或檔案僅供本機播放的情境。
接著考量內容。動畫圖表、螢幕錄影與人物談話的片段在任何預設下通常都會大幅縮減。雜訊過多的影像、顆粒、快速的攝影機移動或快速變動的細節會更快耗用位元，因此同一預設可能幾乎無法縮減檔案。若來源已使用高效率的編解碼器，重新編碼甚至可能產生更大的檔——頁面會回報實際的有號位元組變化，而不是承諾一定會縮減。
若要在特定的大小目標上取得更精確的成果，可參考 以 Discord 為目的地的壓縮工作流程如何設定預設;若想更深入了解中間選項，在影片壓縮工具中選擇 Balanced 的指南會更詳細地說明該預設的取捨。
選擇品質設定並執行壓縮
一旦目的地與內容類型釐清後，無論選擇哪個預設，實際執行的流程都是相同的三個步驟。
- 開啟 Video Compressor 並選擇一個瀏覽器可解碼的影片檔案。頁面接受名為 MP4、WebM、MOV、M4V 或 Ogg 的檔案，但僅限目前瀏覽器實際能解碼其編解碼器的檔案。硬性輸入限制為 500 MiB、五分鐘的長度、單邊 4096 像素，以及解碼後區域不超過 3840 × 2160 像素——超出這些限制的內容會在壓縮開始前被拒絕。
- 挑選預設——Small、Balanced 或 Quality——並開始壓縮。來源會在頁面內即時播放，同時 Canvas 串流會被錄製。請保持分頁聚焦且來源持續播放，直到進度到達片段結尾;編碼會即時執行，因為 MediaRecorder 會在來源播放時觀察 Canvas 串流，因此兩分鐘的來源大約需要兩分鐘，而不是瞬間完成。
- 讀取結果。頁面會回報輸出尺寸、輸入位元組、輸出位元組，以及根據實際 Blob 大小——而非預設預估值——所計算出的量測百分比變化。下載 WebM，完整播放並確認影像與聲音，只有在輸出符合目的地的大小、長度與品質需求後，才能淘汰原始檔。
若結果的大小或品質不符，請更換預設並重新執行。每次選擇新檔案、更換預設或取消操作，都會讓目前的工作失效並釋放暫存的 Object URL，因此沒有殘留的工作需要清理。
為何輸出仍可能大於來源
壓縮效果取決於內容，頁面對此坦誠以對。回報的百分比變化僅根據兩個實際的 Blob 大小計算，頁面並不保證每次結果都會更小——較大的輸出會被如實回報為較大的輸出，而不是被重新標示為縮減。
以下是結果反而變大而非縮小的幾個常見原因:
- 來源已經高度壓縮。若原始檔以高效率方式編碼，以相同或更低的位元率重新編碼，可能得到相近甚至更大的大小。
- 影像帶有雜訊或顆粒。攝影機雜訊幾乎在每個影格間都會變動，導致編碼器在肉眼幾乎看不見的細節上耗用位元。
- 片段屬於高動態或不穩定。快速變動會迫使編碼器不斷重新整理細節，幾乎沒有節省的空間。
- 瀏覽器的編碼器與來源編解碼器不同。錄製器會依瀏覽器回報的支援情況挑選 VP9、VP8 或通用 WebM，而不同的編解碼器系列對相同內容的效率可能較低。
當這種情況發生時，實際的做法是改用較小的預設、先縮短片段，或接受該檔案對該來源而言已接近最佳狀態。頁面絕不會悄悄截斷輸入——超出限制的長度、超出限制的影格、不支援的解碼器、缺少的 Canvas 串流或無法使用的 WebM 錄製器，都會產生錯誤且不下載任何檔案，因此糟糕的結果永遠是經量測、回報的結果，而非隱藏的損失。
在刪除原始檔之前驗證輸出
預設標籤告訴你編碼器嘗試做什麼;實際播放的 WebM 才是你真正擁有的結果。在刪除來源之前，請用你信任的播放器開啟下載的檔案，並檢查三項:尺寸與長度、全螢幕大小下的影像品質，以及音訊是否存在且清晰。
瀏覽器的 MediaRecorder 僅在 HTMLMediaElement captureStream 為來源提供音軌時才會暴露音軌，且其支援程度因瀏覽器與編解碼器組合而異。若來源有音訊而輸出無聲，這是瀏覽器的支援落差，並非預設的靜默失敗——頁面仍會錄製影片串流，只是少了音軌。如有需要請將系統音量靜音;不要以為將頁面分頁靜音就會讓錄製器停止擷取音軌。
頁面不會保留字幕、章節、附件、旋轉標記、色彩中繼資料或 HDR 訊號。針對歸檔母片、專業交付規格、嚴格的編解碼器設定檔、兩階段速率控制、固定關鍵影格間隔、字幕保留或跨平台可重現的輸出，請使用受維護的桌面編碼器(例如 FFmpeg)搭配經審核的指令。至於在瀏覽器端對 Small、Balanced 與 Quality 預設進行取捨，原則很簡單:從表格中挑選預設、量測回報的位元組變化，並且只有在輸出播放結果符合目的地需求時，才能淘汰來源。