若要正確調整影片大小，請開啟本機瀏覽器工具，例如 Video Resizer，將寬度和高度設為 2 到 1920 像素之間的整數，然後選擇 Fit 以維持原始長寬比，或選擇 Stretch 以強制使用精確的尺寸，接著下載在分頁內即時編碼的 WebM 輸出檔。正確的縮放不僅僅是輸入數字；而是要根據內容選擇合適的縮放模式、保持在文件記載的限制範圍內，並在下載後確認輸出尺寸。由於每次瀏覽器的重新編碼都是真正的逐像素重建，而非僅修改中繼資料，因此畫質、檔案大小、位元率和音訊配置都可能與原始檔案呈現的樣貌有所差異。安全的做法是先了解邊界、預先決定 Fit 或 Stretch，並在將 WebM 視為定稿前驗證結果。
大多數「錯誤」的縮放結果來自三個可預見的原因：為內容選錯模式、要求編碼器悄悄向下取整的奇數像素值，或期望即時 VP9/VVP8 重新編碼能給出無損輸出。一旦了解每種模式如何處理你的數字，以及編碼器在哪裡畫下界線，其餘的工作流程就會變成例行公事。
縮放影片時「正確」的定義是什麼
正確的縮放會產生一支符合你預期尺寸與模式的影片，能以有限時長播放為 WebM，並在視覺上完整保留原始內容，不會出現意外的裁切或變形。「正確」在實務上由三項特性定義，值得在開始前先釐清。
- 輸出尺寸符合你選擇的設定。Fit 必須遵守原始長寬比且絕不裁切；Stretch 則必須精準符合你輸入的數字，即使畫面看起來明顯失真也一樣。
- 縮放保持在瀏覽器安全範圍內。每邊的像素值須為 2 到 1920 的整數，奇數會自動減去一個像素，讓編碼器以編解碼器安全（codec-safe）的偶數尺寸運作。
- 編碼器最終產出可播放的檔案。空白、長度為零或無限時長的 WebM 代表縮放失敗而非成功，會以明顯錯誤呈現，而不是產生一個誤導性的下載檔案。
如果這三項檢查中有任何一項會失敗，則無論瀏覽器是否產出了你可儲存的檔案，縮放都尚未正確完成。
Fit 或 Stretch：選擇正確的模式
決定結果看起來是否正確的第一個關鍵，是你在 Video Resizer 中選擇哪種模式。兩種模式接受相同的寬度與高度欄位，但它們以相反的方式處理這些數字，而混淆兩者正是完成檔案看起來有誤的最常見原因。
| 模式 | 將數字視為 | 長寬比 | 是否會變形或裁切？ |
|---|---|---|---|
| Fit | 邊界框（最大寬度與最大高度） | 永遠保留原始比例 | 不變形；不裁切 |
| Stretch | 精確的輸出寬度與高度 | 覆寫長寬比 | 會，畫面可能刻意變形 |
當你只在意最大尺寸並希望保留原始構圖時，請使用 Fit，例如將 4K 片段限制在 1280x720 之內。當你必須符合固定的像素矩形時，請使用 Stretch，例如交付一個 1080x1080 的正方形給拒絕其他格式的目的端，且你能接受直式影片會被拉寬。
設定正確的像素尺寸
在點擊 Resize 之前，請再次確認你輸入的數字。本工具接受每邊 2 到 1920 的整數。奇數值會自動悄悄減去一個像素，因為常見的瀏覽器影片編碼器在使用編解碼器安全的偶數尺寸時更為穩定，因此輸入 1281 會產生寬度為 1280 的輸出。你的來源檔案本身不得超過 500 MiB、五分鐘的時長、任一邊超過 4096 像素，或總面積超過 3840 x 2160 像素。超出任何一項限制都會以明顯失敗呈現，而不是悄悄產生部分檔案。
接著編碼器會以最高每秒 30 幀的速率，將解碼後的影格繪製到縮放後的畫布上，這就是為何處理時間會跟隨播放時間，而不是瞬間完成中繼資料修改。輸出永遠是由 MediaRecorder 使用支援的 VP9 或 VP8 配置所產生的 WebM，這也是你無法向本工具要求 MP4 的實際原因。
逐步正確縮放影片
請依照下列順序操作，讓縮放過程從頭到尾都可預期。
- 在桌面瀏覽器分頁中開啟 Video Resizer，並確認其為純本機環境，因為下列操作都不需要將原始檔案上傳到伺服器。
- 選擇一個本機影片檔案，格式為 MP4、WebM、MOV、M4V 或 Ogg，並等待瀏覽器完成中繼資料解碼。選取檔案會觸發中繼資料載入，此時尺寸欄位尚未產生作用。
- 輸入最大寬度與最大高度，數值須為 2 到 1920 像素之間的整數。請記得奇數會自動向下取整為編解碼器安全的偶數值。
- 選擇 Fit 以在邊界框內保留原始長寬比，或選擇 Stretch 以強制使用精確的寬度與高度，即使影像因此變形也一樣。
- 點擊 Resize video，並保持分頁開啟且處於焦點狀態。編碼以即時方式進行，速率約為每秒 30 幀，通常耗時與原始影片的播放時間相當。
- 當下載選項出現時，將 WebM 儲存到你的裝置，並在將結果視為定稿前驗證檔案大小與時長。空白的錄影輸出與不支援的編解碼器會以明顯方式失敗，而不是產生一個假檔案。
若想對此流程中常見的疏失取得更多防護指引，請參考我們的 Video Resizer 提示與應跳過的常見錯誤 檢查清單。
在下載後驗證結果
縮放流程並不會因為檔案出現在下載資料夾就結束。一支正確縮放過的 WebM 在你上傳或分享到任何地方之前，應通過三項快速檢查。
- 時長。在瀏覽器或媒體播放器中開啟檔案；WebM 帶有由經稽核的 Matroska duration writer 所寫入的有限時長，因此 42 秒的原始檔案結果仍應是 42 秒，而不是無限串流或 1 秒的殘段。
- 像素尺寸。確認檔案實際的寬度與高度符合你所選的模式。在自動進行的奇數轉偶數取整後，Fit 絕不應拉寬或扭曲原始比例，Stretch 則應精準符合你的數字。
- 音訊與影像存在性。聆聽音軌並確認其在整段影片中保持同步。音訊路由會使用來源檔案上任何瀏覽器可存取的音軌，因此靜音輸出或結果中出現意料外的音軌，都會反映原始檔案所攜帶的內容。
影響正確縮放的限制
即使使用了正確的模式並選好尺寸，某些輸入仍無法產生可用的輸出。Video Resizer 的限制（皆於你的瀏覽器分頁內強制執行）彙整如下。
| 限制 | 數值 | 為何與正確性相關 |
|---|---|---|
| 輸出尺寸 | 每邊 2 到 1920 像素，須為偶數整數 | 超出此範圍，編碼器將無法產生可靠的 WebM |
| 來源檔案最大大小 | 500 MiB | 更大的檔案會耗盡瀏覽器記憶體並以明顯方式失敗 |
| 來源檔案最大時長 | 5 分鐘 | 即時編碼會跟隨播放時間，否則會佔住分頁 |
| 來源檔案每邊最大像素 | 4096 像素 | 解碼上限限制了畫布管線 |
| 來源檔案最大面積 | 3840 x 2160 像素 | 幾何計算失效前的總尺寸上限 |
| 擷取速率 | 最高 30 fps | 更高的來源影格率會被向下取樣至此上限 |
| 輸出容器 | WebM (VP9 或 VP8) | MP4 輸出需要獨立的編碼器；請參閱 MDN MediaRecorder 以了解背後的編解碼器限制 |
何時應跳過瀏覽器縮放
本機瀏覽器縮放並非適用於所有工作，從更廣義的角度來看，能辨識這些情況也是正確縮放的一部分。當你需要影格精準的交付、長度超過五分鐘的影片、MP4 而非 WebM 輸出、色彩管理調校，或對位元率與品質有嚴格控制時，請改用專屬的桌面編碼器。本工具也不會放大細節、移除黑邊、裁切主體、保留字幕或多音軌，或繞過 DRM，且並不保證專業級的母帶品質。請將本機縮放視為將短片快速限制為乾淨 WebM 的方法，而非完整剪輯軟體的替代方案。
整個管線本身是一系列標準的瀏覽器 API 序列：頁面驗證有界範圍的本機中繼資料與整數目標尺寸，選擇 contain 樣式或 stretch 幾何，將尺寸四捨五入為正偶數值，以 30 fps 將解碼後的影格繪製到畫布上，附加任何可存取的音軌，並透過 MDN Canvas captureStream 將畫布錄製結果送入 MediaRecorder，再修補為有限時長並公開一個可撤銷的本機下載 URL。了解這條管線，才能讓你將儲存的 WebM 視為一份完成的檔案，而非一份稍後必須重新渲染的差強人意之作。
延伸閱讀：依序規劃縮放影片所需的步驟。