Video Compressor 是一款基於瀏覽器的工具，可在 Mac 上將本機影片重新編碼為 WebM 檔案，使用預設的最大寬度、影格率和位元率，然後回報原始檔與輸出檔之間實際的位元組差異。整個流程都在當前的分頁中執行：檔案會被解碼、繪製到 Canvas 上、由瀏覽器的 MediaRecorder 錄製，並提供下載，整個過程從不離開裝置。由於一切都在本機進行，Mac 使用者不需要安裝系統層級的編解碼器、不需要授予輔助使用權限，也不需要為了把影片縮檔而將錄影從筆電移出。這個工具並不保證固定的壓縮百分比；它會顯示實際的輸入與輸出位元組數量，讓你自行判斷結果是否符合需求。
Mac 使用者通常會累積特定組合的來源檔案：從 iPhone 匯出的 MOV 或 MP4 短片、QuickTime Player 的螢幕錄影、從通訊應用程式下載的檔案，以及來自 OBS 或 Loom 等應用程式的螢幕錄製內容。瀏覽器解碼的規則仍然適用，因為副檔名只能提示容器內容，真正的編解碼器取決於目前瀏覽器（Safari、Chrome 或 Firefox）能解碼的格式。只要瀏覽器版本支援 MediaRecorder 與 Canvas captureStream，同一個工具頁面就能在 macOS Sonoma、Ventura、Sequoia 及更早版本上運作。
瀏覽器壓縮工具在 macOS 上的定位
macOS 本身已經內建可以壓縮影片的工具。QuickTime Player 的「檔案 → 匯出為」選單能降低解析度並減少位元率，而 iMovie 的「分享」按鈕則能產生適合郵件與訊息傳送的小檔案。這兩種方式都有效，但各自要求使用者進行特定操作：QuickTime 要求透過固定流程重新編碼，對解析度上限的控制有限；iMovie 則要求將檔案匯入專案後，再匯出完成的影片。瀏覽器工具則跳過這兩個步驟。你開啟網頁，從 Finder 選擇檔案，挑選預設值，然後看著輸出檔產生；原始檔會在來源資料夾中保持原樣不動，編碼後的檔案會另外下載，每次執行之間系統狀態不會有任何改變。
在 Mac 上這種做法很實用，原因有二。第一，同一個來源檔案可以快速套用不同預設反覆執行，方便在即時通訊大小版本與簡報大小版本之間比較，而無需同時管理多個專案檔案。第二，瀏覽器環境每次都強制套用相同的輸入規則（檔案大小、影片長度、解碼後的尺寸），因此不同機器與作業系統更新版本之間，上限仍保持一致且可預測。
準備你的 Mac 影片檔案以供瀏覽器使用
在開啟 Video Compressor 之前，先確認你打算使用的檔案基本條件。瀏覽器必須能夠解碼它，且輸入檔必須同時符合以下所有限制：
- 磁碟上的檔案大小不超過 500 MiB。
- 解碼後的影片長度不超過 5 分鐘（300 秒）。
- 寬度或高度任一邊的像素數不超過 4096 像素。
- 整體解碼後的區域不超過 3840 × 2160 像素。
副檔名的重要性其實有限。Video Compressor 接受 MP4、WebM、MOV、M4V 與 Ogg。即使副檔名正確，也無法挽救不支援的編解碼器：如果 Safari、Chrome 或 Firefox 無法解碼該檔案，工具會回報錯誤，而非悄悄產生結果。最可靠的測試方式是把檔案拖曳到一個新的瀏覽器分頁中；如果瀏覽器能原生播放它，壓縮器就能讀取它。
iPhone 錄影特別容易超出尺寸限制，特別是從 macOS 應用程式以完整 ProRes 解析度匯出時，而較長的 iPhone 螢幕錄影則可能超過 300 秒的上限。在這兩種情況下，使用 macOS QuickTime Player（Command + T）快速剪輯，或在 Video Trimmer 中進行簡短剪輯，就能將檔案帶回輸入範圍內，而不影響其餘的工作流程。
逐步在 Mac 上壓縮影片
- 在你的 Mac 上使用 Safari、Chrome 或 Firefox 開啟 Video Compressor。
- 點擊檔案選擇器，選擇一個符合 500 MiB、5 分鐘與 3840 × 2160 像素限制的瀏覽器可解碼影片。
- 從三個預設值中選擇一個：Small、Balanced 或 Quality。每個預設都會設定最大輸出寬度、目標影格率，以及驅動位元率請求的每像素位元數經驗法則。
- 開始壓縮。來源影片會在頁面上即時播放；請保持分頁開啟，過程中不要切換到其他分頁，因為編碼器會在來源播放的過程中觀察 Canvas 串流。
- 當來源播放結束時，檢視回報的輸出尺寸、輸入位元組數、輸出位元組數，以及帶正負號的百分比變化。
- 下載產生的 WebM，並在支援 WebM 的媒體播放器（VLC、IINA 或任何現代瀏覽器）從頭到尾播放一次，再刪除原始檔。
兩分鐘的來源大約需要兩分鐘才能完成，因為編碼器會即時觀察播放過程。由於播放本身就是進度指示，因此沒有另外的進度條可以查看。
在 Small、Balanced 與 Quality 之間選擇
這三個預設是明確的產品設計選擇，而非針對通用最佳值的猜測。每個預設都會限制輸出寬度、設定目標影格率，並根據編碼器每秒計畫繪製的像素數，向其請求對應的位元率。在開始錄製前，實際的位元率會被限制在 180 kbps 到 8 Mbps 之間。
| 預設 | 最大輸出寬度 | 目標 fps | Mac 上的典型用途 |
|---|---|---|---|
| Small | 640 px | 24 | 電子郵件附件、iMessage 預覽、動態縮圖 |
| Balanced | 1280 px | 30 | 一般分享、社群平台、產品示範 |
| Quality | 1920 px | 30 | 螢幕錄影、簡報匯出、內部審閱 |
每個預設都會保留來源長寬比，絕不放大原始檔，並將輸出尺寸向下取整到偶數像素值，以確保最終的編解碼器串流能廣泛相容。直向的手機影片會保持直向，1440 像素寬的螢幕錄影會保持在 1440 像素或以下，絕不會被升頻以符合預設的上限。
Mac 來源的音訊、字幕與中繼資料
Mac 來源檔案通常帶有音軌，只要瀏覽器透過 HTMLMediaElement captureStream 公開可擷取的音軌，Video Compressor 就會將其納入輸出串流中。其機制與 MDN captureStream 參考資料 中所述相同：來源在頁面上播放，錄影器觀察該播放串流，瀏覽器能交給錄影器的任何音軌都會被納入編碼結果。
在即時處理的過程中，來源影片會透過 Mac 的一般音訊路徑發出聲音。如果你在共享空間中執行較長的壓縮作業，耳機是務實的選擇；而且你不應該假設將分頁靜音就能讓擷取的音軌無聲，因為 MediaRecorder 的音軌成員資格取決於瀏覽器公開的內容，而非你實際聽到的內容。
來源檔案中可能包含的某些內容不會保留在輸出中。字幕、章節、附件、旋轉標記、色彩中繼資料、HDR 信號以及許多容器專屬的功能都會被捨棄。在 Mac 上，帶有 HDR 或旋轉中繼資料的 iPhone 錄影是最常遇到這種情況的例子：影片本身在現代 WebM 播放器上看起來會是正確的，但來源的任何方向提示或 HDR 旗標都不會轉移過去。請在能顯示輸出實際尺寸與音訊聲道數的播放器中驗證下載的檔案，再將結果視為與原始檔等同。
當輸出檔並未變小以及該怎麼做
壓縮效果取決於內容本身，這一點工具已明確說明。低動態、色彩平淡的動畫可以大幅縮減。雜訊豐富的影片、底片顆粒、手持晃動、快速場景變化，或是已經以高效率編碼過的來源，產生的輸出檔大小可能與輸入檔相近，甚至更大。所顯示的百分比是根據兩個檔案實際的 Blob 大小計算，因此工具絕不會把變大的檔案標示為縮小。
如果第一個預設沒有產生有用的結果，請嘗試其他預設，而非重複執行同一個。Small 套用最嚴格的限制，因此是即時通訊大小分享的最佳起點；Balanced 通常是一般用途更好的首次嘗試；只有當來源本身已經接近其目標上限時，Quality 才會有所助助。在任何情況下，請保留原始檔，直到下載的 WebM 從頭到尾播放完畢，並確認大小、長度、畫面與聲音都符合目標用途的要求。
Mac 上 WebM 輸出的特殊考量
WebM 是唯一的輸出容器，因為瀏覽器的 MediaRecorder 對瀏覽器端產生的 MP4 支援在各引擎間仍不一致。錄影器會先嘗試 VP9，再嘗試 VP8，然後是一般的 WebM MIME，這取決於瀏覽器回報它能產生的格式。因此同一個來源與同一個預設，在 Safari、Chrome 與 Firefox 中可能產生不同大小的檔案，因為編碼器的選擇在於瀏覽器內部，而非工具本身。
在 Mac 上，Safari 自 macOS Big Sur 起即可播放 WebM，但 QuickTime Player 則不行。如需快速視覺檢查，請將下載的檔案拖曳到新的 Safari 分頁，或使用 VLC 或 IINA 開啟。如果目標系統是執行較舊 macOS 的 Mac，或是期望 MP4 格式的工具，下載的 WebM 將無法直接套用；在這種情況下，使用維護良好的桌面編碼器（例如搭配經審核指令的 FFmpeg）是歸檔母版、專業交付規格、兩段式速率控制、固定關鍵影格間隔或確定性跨平台輸出等用途的更安全做法。
如需深入了解此流程中 MediaRecorder 部分在各瀏覽器中的行為，MDN MediaRecorder 頁面 是本工具大部分行為所依據的參考來源。如需更多關於在不上傳的情況下縮減檔案大小的背景資訊，相關指南 如何不上傳就壓縮影片檔案大小 從不同角度介紹了同一個工具。
延伸閱讀：在本機取得超音波影片的單一影格並存為 PNG。