當你調整影片大小時，有六個具體細節會決定結果:支援的來源格式、來源檔案大小與解析度上限、要求尺寸的整數像素範圍、Fit 與 Stretch 幾何模式之間的選擇、自動偶數像素進位，以及瀏覽器產生的 WebM 檔案(而非你的來源格式)。每個細節都是本地管線中某個步驟的關卡。格式關卡決定瀏覽器是否能解碼來源檔。檔案大小與解析度關卡決定檔案是否落在工具的處理預算之內。整數範圍決定輸出的縮放比例。Fit 與 Stretch 決定畫面是維持來源比例，還是精確填滿要求的方框(可能造成變形)。偶數像素規則決定最終對編碼器安全的影格大小。WebM 輸出是你實際下載的成品，它是一個重新編碼的檔案，而非僅修改元資料的尺寸變更。在開始前了解這些細節，代表你可以選擇工具實際能輸出的目標大小、挑選符合發布平台的幾何模式，並預測下載的檔案會保留或不會保留來源中的哪些內容。
影響調整大小的來源格式、大小與解析度限制
在進行任何操作之前，調整大小工具需要解碼你的檔案。Video Resizer 接受儲存在你裝置本機的 MP4、WebM、MOV、M4V 與 Ogg 影片，並在你執行該工具的同一個瀏覽器分頁中進行解碼。該格式清單以外的檔案不會被打開，也沒有伺服器步驟能救回不支援的容器。這代表格式關卡是第一個需要確認的細節。
第二個細節是來源檔案大小。該工具接受最大 500 MiB 且最長 5 分鐘的檔案，這是硬性上限而非參考指引。超過任一限制的影片會在調整大小開始前就被拒絕，因此先檢查來源的檔案大小與時長，可以省下一次徒勞的步驟。
第三個細節是來源解析度。該工具不會開啟任何單邊超過 4096 像素，或總像素面積超過 3840 × 2160 像素的檔案。一般 4K 錄影恰好位於這個邊界，而特別寬廣的全景擷取或垂直堆疊的高解析度剪輯可能超過單邊限制，並會在解碼步驟被拒絕。如果你的來源不符合這三個關卡中的任何一個，調整大小就無法開始。
Fit 與 Stretch:最關鍵的幾何決策
兩種幾何模式可用，兩者之間的選擇是調整影片大小時單一最關鍵的細節。
Fit 將你輸入的寬度與高度視為邊界框。該工具採用兩個要求縮放比例中較小的那個，以維持來源長寬比，並且絕不裁切畫面。結果是一部影片，其寬度與高度都落在你輸入的數字之內，同時比例完全符合來源。當目標平台期待特定形狀(例如 9:16、1:1 或 4:5)，且你的來源比例大致相符時，或當你希望黑邊填滿方框內的剩餘空間時，請使用 Fit。
Stretch 將寬度與高度分開處理。輸出會使用你輸入的確切數字，即使這些數字會改變畫面形狀。由於該工具並未智慧重取樣，Stretch 可能讓臉部看起來比來源更寬、更高或產生其他變形。請只在目標需要確切尺寸時(例如頁首橫幅、固定像素的播放器，或將與已知背景合成的畫框)，或當來源比例已符合要求的方框時，使用 Stretch。
| 細節 | Fit 模式 | Stretch 模式 |
|---|---|---|
| 將輸入尺寸視為 | 邊界框 | 確切的輸出大小 |
| 保留來源長寬比 | 是 | 否 |
| 裁切畫面 | 絕不 | 否 |
| 可能造成臉部或形狀變形 | 否 | 是，這是設計上的結果 |
| 縮放依據 | 寬度與高度縮放比例中較小者 | 寬度與高度各自獨立縮放 |
| 最佳使用時機 | 發布到長寬比已知的平台 | 需要固定容器的確切像素大小 |
偶數整數規則與尺寸上限
每個要求的尺寸必須是 2 到 1920 像素之間的整數。超出該範圍的值不被接受，小數值(例如 1280.5)也不被接受。該工具沒有提供調整像素分數的滑桿，因為下游瀏覽器編碼器無法為奇數尺寸提供穩定的輸出。
一般瀏覽器的影片編碼器在影格寬度與影格高度為偶數時最為可靠。為了保持編碼器穩定，Video Resizer 會將奇數像素值向下進位 1，因此請求 1279 × 719 時，實際下載的檔案會變成 1278 × 718。這種進位幅度很小(每邊最多 1 像素)，通常看不出來，但確實代表你在來源畫面上讀到的尺寸，可能比你輸入的值小 1 像素。
1920 像素的上限也是需要注意的細節。這對應 1080p 影片的寬度，是多數社群平台接受的最大標準尺寸，且無需重新編碼。如果你的目標是 4K，本地瀏覽器管線並非合適的工具，改用桌面編碼器會更合適。
| 輸入或輸出 | 允許範圍或數值 |
|---|---|
| 支援的來源容器 | MP4、WebM、MOV、M4V、Ogg |
| 最大來源檔案大小 | 500 MiB |
| 最大來源時長 | 5 分鐘 |
| 來源單邊最大像素 | 4096 px |
| 來源最大像素面積 | 3840 × 2160 px |
| 要求寬度範圍 | 2 到 1920 px(整數) |
| 要求高度範圍 | 2 到 1920 px(整數) |
| 奇數值處理方式 | 編碼前向下進位 1 px |
| 輸出容器 | WebM(VP9 或 VP8) |
| 輸出影格速率上限 | 最高 30 fps |
如何在瀏覽器中本地調整影片大小
在來源通過輸入關卡後，本地調整影片大小是一個四步驟的工作流程。整個管線在目前的瀏覽器分頁中執行，檔案不會離開你的裝置。Video Resizer 會依照相同順序逐步帶你完成這些步驟。
- 選擇一部支援的本地影片，並等待瀏覽器讀取其元資料。該工具會開啟檔案選擇對話框，你選取一部小於 500 MiB 且短於 5 分鐘的單一 MP4、WebM、MOV、M4V 或 Ogg 短片，然後等待畫面上填入尺寸、時長與檔案大小。如果元資料未載入，代表檔案不是支援的容器，或來源解析度超出限制，調整大小便無法開始。
- 輸入你希望輸出擁有的最大寬度與最大高度。兩個值都必須是 2 到 1920 之間的整數。請在選擇幾何模式之前先在欄位中填入寬度與高度，以便工具計算正確的縮放比例。
- 選擇 Fit 以維持來源長寬比在要求的方框內，或選擇 Stretch 以強制使用確切的寬度與高度並接受任何變形。Fit 是社群平台的合適預設;當需要確切的像素大小時，Stretch 才是正確的選擇。
- 選擇 Resize video，並在即時編碼期間保持目前分頁開啟。瀏覽器會解碼來源、將影格繪製到調整大小後的畫布上、以最高 30 fps 擷取該畫布、附加任何瀏覽器可存取的音軌，並使用 VP9 或 VP8 編碼器產生 WebM 檔案。編碼完成後，就會出現結果 WebM 的下載連結。編碼大約以即時速度執行，因此三分鐘的來源約需三分鐘處理，關閉分頁會取消執行。
本地調整大小預期的輸出細節
輸出的並非僅修改元資料的尺寸調整。Video Resizer 會解碼每一個影格、以新的大小在畫布上重繪、將畫布擷取為串流，並使用瀏覽器的 MediaRecorder 錄製該串流。你下載的檔案是全新的 WebM，而非重新封裝的 MP4，關於輸出有幾個細節值得在規劃工作流程前了解。
容器為 WebM。編碼器為目前瀏覽器透過 MediaRecorder 所提供的 VP9 或 VP8 配置。影格速率上限為 30 fps，因此 60 fps 的來源會以 30 fps 重新編碼。音訊配置遵循瀏覽器能從來源讀取的任何音軌，這通常代表一個立體聲軌，而不會有獨立的語言音軌。
品質、位元速率、影格時間、音訊配置、色彩元資料與最終檔案大小都可能與來源不同。該工具並未提供位元速率或編碼器控制項，也不會保留字幕軌、多音軌或色彩管理的元資料。如果你需要上述任何項目原封不動地保留，本地瀏覽器管線並非執行調整大小的合適場所。
輸出的時長由經過稽核的 Matroska duration 寫入器設定，而非由錄製開始時間決定，這就是為什麼下載的 WebM 能播放到來源結尾，而非在 MediaRecorder 串流首次擷取的那一刻停止。這是個小細節，但正是它讓此管線產生的重新編碼 WebM 不會被截斷。
何時瀏覽器調整大小工具不是合適的選擇
瀏覽器管線的設計刻意很窄，使其保持安全性的同一組細節，也使其不適合某些工作。當下列任何細節對最終檔案很重要時，請改用桌面編碼器，而非 Video Resizer:
- 成品必須是 MP4、MOV 或其他非 WebM 容器，因為該工具僅寫入 WebM。
- 來源長度超過 5 分鐘或大小超過 500 MiB，因為輸入關卡會拒絕該檔案。
- 輸出必須大於 1920 × 1920，因為尺寸上限僅止於 1080p 等級的大小。
- 輸出必須保留位元速率、色彩元資料、字幕軌或多音軌，與來源完全一致，因為重新編碼會重寫所有這些項目。
- 工作流程需要影格精準交付、批次處理或腳本化自動化，因為該工具是互動式的，且在單一瀏覽器分頁中執行。
對於上述任何工作，具備位元速率控制、容器選擇與影格精準選項的專用桌面編碼器才是正確的工具。當來源通過輸入關卡、目標接受 WebM，且首要考量是將檔案保留在本地裝置而非上傳到伺服器時，Video Resizer 是合適的選擇。如果該工具回報明顯的失敗而非產生下載檔案，Video Resizer 的疑難排解逐步說明涵蓋了每種錯誤狀態與對應的修正方式。
延伸閱讀:調整影片大小的最佳方式:挑選正確的方法。