在你按下調整大小之前,請先比較五項具體事項:你來源檔案的實際尺寸、編解碼、檔案大小,以及工具的輸入限制;你想要的目標尺寸,以及是否應該保留或變更長寬比;工具所產生的輸出格式(WebM,而非 MP4);隱私模式(在瀏覽器分頁中本機處理,或上傳到遠端伺服器);以及時間成本,因為重新編碼會在分頁內即時實時執行。每項比較都能確認這個工具是否適合你的剪輯,或在你浪費精力產出不良結果之前,引導你改用其他方法。略過任何一項比較,是調整大小後下載時看起來錯誤的最常見原因——尺寸不符合平台、長寬比看起來被拉長,或檔案結果比預期大。在你按下調整大小之前,花幾分鐘做這些比較,能把工作從碰運氣變成可預期的結果,而且成果能與影片實際播放的地方對齊。

what should i compare before i resize video
調整影片大小前應比較的項目

首先檢查的來源檔案規格

首先將你的來源剪輯與 Video Resizer 的輸入限制進行比較。此工具接受本機檔案上限為 500 MiB,長度不超過五分鐘,任何一邊的像素不超過 4096,總像素面積不超過 3840 × 2160。它還需要瀏覽器能解碼來源,這表示容器格式為 MP4、WebM、MOV、M4V 或 Ogg,並搭配瀏覽器實際支援的編解碼組合。不支援的編解碼並不會被悄悄轉換——它們會以可見的方式失敗。這是正確的行為,因為「成功」下載卻無法讀取的畫面,會比清楚的錯誤訊息更糟。相關限制彙整如下:

限制數值
來源容器MP4、WebM、MOV、M4V、Ogg
最大檔案大小500 MiB
最大長度5 分鐘
每邊最大像素4096
最大總面積3840 × 2160 像素
目標尺寸每個軸向為 2 到 1920 的整數,向下取整為偶數
模式適配(保留長寬比的邊界框)或拉伸(精確尺寸)
輸出容器WebM(VP9 或 VP8)

如果你的來源是直向的手機錄影、長時間的螢幕錄製,或超過 3840 × 2160 的 4K 主檔,你已經找到讓此工具不適用於這項工作的限制。請直接跳過,不要抱著會優雅降級的期望去嘗試調整大小。

目標尺寸與適配 vs 拉伸的決策

確認來源相容後,下一項比較是目標尺寸與模式。你輸入最大寬度與最大高度,然後選擇適配或拉伸。適配會將這些數字視為邊界框,並採用兩者中較小的縮放比例,因此輸出會留在框內,保留來源的長寬比,且不會裁切。拉伸則會獨立套用所要求的寬度與高度,因此輸出完全是你所輸入的尺寸,但如果來源比例與目標比例不符,畫面可能會失真。在兩種模式下,尺寸都會向下取整到最接近的偶數像素,因為常見的瀏覽器影片編碼器在符合編解碼安全的偶數像素尺寸下更為可靠。

屬性適配模式拉伸模式
長寬比保留可能改變
相對於框的輸出大小符合框內;其中一個軸向可能小於最大值正好是所要求的寬度 × 高度
裁切無無,但內容可能會失真
邊界框行為寬度與高度視為最大值寬度與高度獨立套用
典型用途社群貼文、保留來源外觀、上下黑邊式構圖像素精確的目標、固定尺寸的佔位元素、刻意的風格化
失真風險無有,當來源比例與目標比例不同時
奇數尺寸處理向下取整到最接近的偶數像素向下取整到最接近的偶數像素

這裡要做的比較是關於意圖。如果你想讓輸出不惜代價填滿所要求的框,拉伸就是正確的選擇。如果你想讓輸出看起來與來源相同,只是更小,或在不讓 16:9 影片失真的情況下塞進如 1080 × 1920 的目標形狀,適配就是正確的選擇。選錯模式是造成縮圖被尷尬拉長、短影片被奇怪擠壓的常見原因。

輸出格式、編碼與隱私

在你決定之前,還有兩項重要的比較:輸出格式與工作執行的地方。最終結果永遠是 WebM 檔案,透過瀏覽器的 canvas captureStream 與 MediaRecorder API 以支援的 VP9 或 VP8 WebM 設定即時產生。選擇 WebM 是因為它使用瀏覽器內建的編解碼,因此不需打包大型媒體函式庫,也不需要伺服器端的編碼器。如果你需要 MP4 輸出、影格精準的交付,或精確的位元率控制,那麼適合的工具是桌面編碼器,而非這個工具。

隱私比較同樣具體。解碼、畫布調整大小、錄製與下載產生,全部都在你目前的瀏覽器分頁中進行,因此來源檔案絕不會上傳到伺服器。輸出 WebM 的有限長度是由一個共用且經稽核的 Matroska 長度寫入器所寫入。如需深入了解哪些資料會與不會離開你的裝置,請參閱本機調整大小的說明。

本節還有一項比較:重新編碼能與不能保留的內容。品質、位元率、影格時間、音訊配置與色彩中繼資料都可能與來源不同,因為編碼器是從已解碼畫面的畫布製作新檔案,而非編輯原始串流。檔案大小可能與來源不同,並取決於瀏覽器選擇的編解碼與場景複雜度。

如何逐步在本機調整影片大小

完成比較後,實際工作很簡單。開啟 Video Resizer 並依照下列步驟:

  1. 選擇一個支援的本機影片(MP4、WebM、MOV、M4V 或 Ogg,上限 500 MiB,長度不超過五分鐘),然後等待瀏覽器讀取其中繼資料。
  2. 輸入你想要的目標最大寬度與最大高度,然後選擇適配以在邊界框內保留來源長寬比,或選擇拉伸以強制使用你所輸入的確切寬度與高度。
  3. 選擇調整影片大小,在即時重新編碼期間保持瀏覽器分頁開啟,然後在錄製完成時下載產生的 WebM。

請保持分頁開啟直到下載連結出現,並將產生的檔案視為真正的重新編碼,而非中繼資料的小幅調整。

實作範例:以適配模式將 4K 縮小

明確比較計算過程能讓決策更容易。以 3840 × 2160 的來源(4K 剪輯)為例,在適配模式下要求 1920 × 1080 的目標框。

  • 寬度縮放比例:1920 ÷ 3840 = 0.5
  • 高度縮放比例:1080 ÷ 2160 = 0.5
  • 兩者中較小的縮放比例:0.5
  • 輸出寬度:3840 × 0.5 = 1920
  • 輸出高度:2160 × 0.5 = 1080
  • 兩個數值都已經是偶數,因此符合編解碼安全的取整步驟無作用。
  • 最終輸出:1920 × 1080 WebM,長寬比維持 16:9 不變。

將目標框改為 1280 × 1920,較小的縮放比例變為 1280 ÷ 3840 = 0.333,在較高的框中產生 1280 × 720 的輸出尺寸。邊界框比來源比例所需的高度更高,因此畫面會置於框內,而不是被拉伸以填滿它。兩種輸出之間的決策純粹取決於你想要的是全 HD 橫向影片,還是在直向畫布中構圖的 720p 剪輯。

瀏覽器調整大小工具不適合的時機

最後一項比較是誠實面對 Video Resizer 無法做到的事。它無法提升細節——來源中沒有的像素資訊,在輸出中也不會出現。它無法移除黑邊、裁切特定主體,或保留瀏覽器所能讀取以外的字幕或多音軌。它也是以最高每秒 30 影格的即時重新編碼執行,因此處理時間通常與影片本身長度相當。對於需要影格精準交付、長度超過五分鐘的影片、必須的 MP4 輸出、色彩管理工作流程,或精確的位元率控制,下一步的正確選擇是專用的桌面編碼器。你也應該只調整你擁有或獲授權編輯的媒體;此工具並不會繞過 DRM,也不保證專業的母帶後製。如需進一步了解此階段可能出現的陷阱,Video Resizer 提示與常見錯誤指南有詳細說明。