線上影片縮放工具只有在整個縮放作業都在你的瀏覽器分頁內執行時,才能算是安全使用;這單一條件,正是區分一個尊重隱私的工具,以及一個會悄悄把你的檔案送到遠端伺服器的工具之間的分界。本機縮放工具會用瀏覽器內建的播放器解碼影片,將每一幀繪製到一個調整大小的畫布上,使用支援的 WebM 編碼器錄製該畫布,並把結果以可撤銷的下載連結形式提供出來——你的原始檔案從未離開過裝置。任何要求你等待上傳、顯示伺服器端進度列,或在一次網路往返之後才回傳結果的工具,都是反向運作的,應該被視為完全不同的安全性類別。了解一個工具使用的是哪種模式,並且能夠加以驗證,就是安全性問題的核心。
對線上影片縮放工具來說,「安全」真正的意涵
在線上影片工具的脈絡下,安全性幾乎總是回到一個問題:檔案是否會離開你的電腦?大多數雲端式縮放工具正是這樣運作的——你選一個檔案,它會上傳到伺服器,伺服器執行 FFmpeg 或類似的編碼器,然後結果再下載回來。對於個人 vlog 來說,這通常不是問題。但對於尚未公開的客戶影片、私人的家庭錄影、含有憑證的螢幕錄製畫面,或任何其他敏感的影片內容,那一次上傳就是全部的風險所在——一旦位元組離開裝置,你就是在把儲存、留存、加密和防護措施全都交給該服務業者來負責。
瀏覽器本機的縮放工具能把這項風險壓到接近零,因為檔案指標是在當前分頁中讀取,幀是在記憶體中的畫布上處理,而輸出則以同一個瀏覽器環境中的物件 URL 形式提供。沒有任何伺服器端點在接收你的媒體,沒有等待工作執行緒處理的佇列,也不會有留在別人磁碟上的中途副本。這就是你在判斷某個影片縮放工具是否能安全地在線上使用時應該尋找的基本基準,也是本文後續所採用的模式。
瀏覽器式縮放工具如何讓你的影片留在本機
影片縮放工具從頭到尾都遵循本機模式。當你選擇檔案時,瀏覽器會讀取檔案標頭,並在分頁內顯示中繼資料,例如寬度、高度與長度。這些中繼資料會填入輸入欄位,但永遠不會被傳送出去。當你按下縮放按鈕時,瀏覽器會將來源解碼為影片幀,將它們繪製到一個尺寸符合你目標大小的 HTML 畫布上,並使用畫布擷取串流 API 將這些幀送進即時重新編碼。根據 MDN 上關於 HTMLCanvasElement.captureStream 的文件,產生的 MediaStream 可以被任何相容的錄製器取用;在這個工具中,它是由 MediaRecorder API 取用,該 API 會挑選一個支援的 VP9 或 VP8 WebM 設定,並把編碼後的區塊寫入記憶體緩衝區。
編碼器完成後,工具會修補 WebM 容器,讓長度能被正確回報——如果少了這一步,許多瀏覽器產生的 WebM 檔案會變成無窮長度的片段——接著把完成的 blob 以本機下載 URL 的形式釋出,讓你可以儲存或撤銷。整個管線都存在於當前的分頁中;沒有任何媒體曾經在網路上傳輸。八組獨立的幾何測試涵蓋橫向、直向、正方形、同比例、外框、拉伸與奇數尺寸的情境,這正是這個工具能夠在遇到無效幾何設定時直接拒絕,而不是輸出一個誤導性檔案的原因。
三個步驟在本機縮放影片
- 選擇一個支援的本機影片——MP4、WebM、MOV、M4V 或 Ogg——在操作任何其他控制項之前,先等待瀏覽器中繼資料載入完成。來源檔案必須在 500 MiB 以下、長度在五分鐘以內、每邊不超過 4096 像素,總面積不超過 3840 × 2160 像素。
- 輸入介於 2 到 1920 之間的整數,作為最大寬度與最大高度,然後選擇「符合」(保留比例)或「拉伸」(精確尺寸)。「符合」會把你的輸入當作外框,挑選較小的縮放比例,絕不裁切;「拉伸」則會分別套用每個維度,可能會使畫面失真。
- 選擇「縮放影片」,在即時編碼過程中保持分頁開啟,並在連結出現時下載 WebM。編碼大致以即時速度進行,因為瓶頸在於畫布,所以兩分鐘的片段通常大約兩分鐘就能完成。
「符合」與「拉伸」一覽
你選擇的模式會改變每一個輸出幀的幾何設定,因此在按下縮放之前,值得先了解其中的差異。「符合」與「拉伸」也有不同的失敗模式:當來源比例與目標不符時,「拉伸」可能會產生明顯被擠壓或拉伸的畫面;而當來源比例與外框比例不符時,「符合」可能會在外框內留下未使用的空間。兩種模式共用相同的輸入限制與相同的 WebM 輸出容器;唯一改變的,只是畫布尺寸如何根據你輸入的寬度與高度計算出來。
| 屬性 | 符合 (保留比例) | 拉伸 (精確尺寸) |
|---|---|---|
| 目標尺寸的使用方式 | 作為外框——挑選較小的縮放比例 | 作為精確的寬度與高度 |
| 來源長寬比 | 完整保留 | 忽略——畫面會被強制塞入外框 |
| 裁切行為 | 絕不裁切 | 可能失真但不會裁切 |
| 外框中未使用的空間 | 當來源比例與外框不符時會出現 | 不會——輸出會填滿所要求的尺寸 |
| 失真風險 | 不會——畫面保持等比例 | 會——畫面可能看起來被壓扁或拉伸 |
| 最適合的情境 | 重視比例的社群上傳 | 大頭貼或橫幅等固定像素需求 |
本機縮放時,什麼會改變——什麼不會
瀏覽器即時重新編碼並不是改個中繼資料那麼簡單。來源會被解碼、重新繪製,並逐幀重新編碼,因此任何取決於編碼器選擇的屬性都會跟著改變。品質、位元速率、幀時間、音訊配置、色彩中繼資料與最終檔案大小,都可能與來源不同。只有在瀏覽器為來源提供音軌時,才會包含音訊;字幕、多音軌與章節標記則不會保留。這個工具不會放大細節、移除黑邊、裁切主體、繞過 DRM,或承諾專業母帶後製——這些是有意的排除,而非疏漏,在判斷是否符合用途時,這些界線很重要。
輸出尺寸刻意調整為偶數,因為常見的瀏覽器影片編碼器對編碼器安全的偶數像素尺寸更為可靠;如果你輸入奇數,工具會在錄製前將其向下取整整一個像素。每個接受的尺寸也必須是介於 2 到 1920 之間的整數,這就是工具所公告的上限,也是讓 WebM 編碼器維持在舒適運作範圍內的限制。空的錄製器輸出、不支援的編解碼、過多的來源中繼資料,以及無效的尺寸會以可見的方式失敗,而不是產出一個誤導性的下載——這本身就是一項有用的安全特性,因為靜默失敗是一種比明顯失敗更糟糕的失敗模式。
本機縮放工具不適用的情境
即使是完整本機的縮放工具,在某些邊界情況下仍然是錯誤的選擇。如果你需要幀精度的交付——例如一個片段必須落在廣播用的特定時間碼上——即時重新編碼無法達成。如果你需要縮放長度超過五分鐘或大於 500 MiB 的影片,或是你需要的目標尺寸每邊超過 1920 像素,工具會直接拒絕輸入,而不是默默降級。如果你需要 MP4 而非 WebM,結果也無法滿足你的目標;工具之所以選擇 WebM,正是因為瀏覽器內建的編解碼讓它成為最可靠的輸出,而不必引入龐大的媒體相依項目。如果你需要精確的位元速率控制、色彩管理流程,或多音軌保留,那麼專屬的桌面編碼器才是對的工具——瀏覽器方案是為了隱私與零安裝而刻意做出的取捨,並非要取代專業的母帶後製。請只使用你擁有或被允許編輯的媒體,並把這個工具視為以隱私為優先的便利工具,而不是母帶後製套件。
在這些限制範圍之內的一切,安全性論點都很直接:檔案由你的瀏覽器讀取、在你的瀏覽器中處理,並以本機下載的形式交還給你,中間沒有經過任何伺服器。如果你想針對某個特定片段驗證這個行為,可以打開影片縮放工具,挑選一個本機檔案,並在執行時觀察網路分頁——你會看到影片內容本身沒有任何上傳請求,只有頁面用來渲染控制項所需的中繼資料。
若想更深入了解,請參閱 影片縮放工具替代方案:本機縮放,無需上傳。
若想更深入了解,請參閱 影片縮放工具解析:本機縮放如何運作。