一款在瀏覽器內進行解碼、裁切與編碼、無需上傳原始檔案的影片裁切替代工具，圍繞著三項具體保證打造：精準到像素的座標、完全在本地執行的管線，以及一段長度有限的 WebM 下載。與那些要求註冊帳號、加上浮水印、或提供預設尺寸畫布的雲端編輯器不同，基於座標的裁切器只接收四個整數（X、Y、度、高度），並對原始影片的每一幀套用同一個矩形。輸出結果就是原始畫面的精確子區域——不是經過縮放、重新壓縮、或長寬比扭曲的版本。對於在 2026 年比較各項選擇的人而言，真正的差異在於位元組傳輸到了哪裡、矩形是如何定義的、最後交到使用者手上的是哪種容器，以及音訊和有限長度是否能完整保留。一個能將檔案保留在硬碟、要求以整數像素計算、並在輸出檔中補上真正的 Matroska Duration 的工具，能消除大多數基於預設的替代方案留下的不確定性。
為什麼人們在尋找影片裁切替代工具
在一般搜尋結果中出現的大多數裁切工具，至少存在以下其中一項摩擦點：必須註冊、儲存檔案上會有浮水印、只能使用預設尺寸畫布而無法自訂矩形、需要將完整原始檔上傳到伺服器，或是輸出的檔案缺乏真正的容器長度資訊。這些摩擦點都會讓一分鐘的工作變成五分鐘的工作。一個真正能作為影片裁切替代工具的程式，至少應該消除上傳、浮水印、帳號註冊與預設尺寸這些問題——並且最好以座標驅動的工作流程取代它們，產出一個乾淨、長度有限的 WebM，讓使用者在刪除原始檔之前能先在本機預覽。
轉換工具的決定很少只取決於功能本身。重點在於檔案會送到哪裡、檔案會被附加什麼內容、以及結果在目的播放器中的表現如何。若檔案離開了裝置，使用者等於把完整的位元串流交給了該服務。若結果沒有有限長度，可能會讓讀取容器長度的下游工具發生錯誤。若裁切被鎖定在預設尺寸，使用者只能勉強接受不想要的長寬比，或改用其他工具。這三項限制——隱私、容器完整性、以及矩形控制權——正是大多數替代工具被拿來評量的標準。
這款瀏器裁切器有何不同
Video Cropper 將整個管線完整保留在目前的瀏器分頁中。原始檔案在本機讀取；其解碼後的尺寸由瀏覽器的媒體堆疊讀取；Canvas 元素會依所要求的裁切矩形調整大小；以每秒 30 幀的速度只將所要求的原始矩形繪製到該 Canvas 中；接著由 MediaRecorder 從該 Canvas 串流寫出 WebM。整個過程沒有任何部分被上傳，原始檔也不會在雲端重新編碼。當瀏覽器透過媒體擷取公開可擷取的音軌時，音訊會自動附加到 Canvas 串流之中。
這款工具與基於預設的替代方案之間最明顯的差異，在於矩形是如何定義的。使用者輸入四個未經修剪的整數像素值：從原始幀左上角算起的 X 與 Y 偏移，再加上以原始像素為單位的寬度與高度。沒有長寬比鎖定、沒有畫布縮放、也沒有會自動吸附到 16:9 或 9:16 的拖曳控制點。每一幀都套用同一個固定矩形；裁切區域不會移動、不會追蹤主體、也不會隨時間改變。若所要求的矩形超出原始邊界、或任一維度小於兩個像素、或輸出面積超過 3840 × 2160，裁切作業會在開始錄製之前失敗，且不會產生任何部分檔案。
第二個明顯的差異在於容器收尾的方式。基於瀏覽器的錄製工具常常輸出的串流沒有有限的容器長度，這可能會破壞讀取 Matroska 長度的工具。錄製完成後，這款工具會插入真正的 Matroska Duration 值，以時間戳刻度單位表示，讓產生的 WebM 在通過標準測試的播放器中能回報實際長度。輸出檔在下載前會經過空白檢查與尺寸檢查，這也是為什麼一分鐘的原始檔大約需要一分鐘處理時間，並產生一個可播放的檔案，而不是一段長度不明的串流。
三個步驟在本機裁切影片
- 選擇瀏覽器可解碼的影片，並等待其原始尺寸載入完成。從您的裝置中挑選 MP4、WebM、MOV、M4V 或 Ogg 檔案。網頁只有在瀏器完成檔案解析後才會讀取解碼後的尺寸；在裁切欄位變得可使用之前，您會看到原始寬度與原始高度先出現。通過的副檔名並不代表編解碼器一定支援——能否解碼取決於當下的瀏覽器。
- 輸入落在每一幀原始畫面內的整數像素 X、Y、寬度與高度值。X 是從原始畫面左上角向右的偏移量，Y 是向下偏移量，寬度是水平範圍，高度是垂直範圍。每個值都必須是非負的整數像素數，寬度與高度各自至少為 2，並且 X + 寬度 必須小於或等於原始寬度，Y + 高度 必須小於或等於原始高度。輸出面積也必須維持在 3840 × 2160 以下。
- 選擇「裁切影片」，在即時處理期間保持分頁開啟，然後下載並完整預覽 WebM。處理速度大約與原始檔的播放速度相當。一分鐘的片段大約需要一分鐘，五分鐘的片段大約需要五分鐘，且分頁在整個過程中必須保持開啟。當 WebM 提供下載時，請在目的播放器中開啟它，確認矩形、長度與音訊都正確無誤，然後再刪除原始檔。
輸入限制與輸出邊界
這款裁切器採用與已稽核的影片管線在其他地方相同的輸入安全預算。在挑選原始檔之前請先檢視這些限制，因為無效的矩形會直接失敗、不會產生部分檔案。
| 限制條件 | 上限 |
|---|---|
| 接受的輸入副檔名 | MP4、WebM、MOV、M4V、Ogg（編解碼器支援與否取決於覽器） |
| 最大輸入檔案大小 | 500 MiB |
| 最大輸入長度 | 5 分鐘（解碼後的長度必須大於零） |
| 最大原始邊長 | 寬度或高度任一方向 4096 像素 |
| 最大原始面積 | 3840 × 2160 像素 |
| 最大輸出面積 | 3840 × 2160 像素 |
| 最小裁切尺寸 | 寬度與高度皆為 2 像素 |
| 輸出容器 | 具有有限 Matroska Duration 的 WebM |
| 輸出編解碼器 | 瀏覽器回報的第一個 WebM 錄製器，依序為 VP9、VP8、通用 WebM |
| 輸出位元速率 | 180 kbps 至 8 Mbps，依據 30 fps 下裁切後的像素面積推算 |
位元速率是單趟的瀏覽器設定，並非保證的目標大小，因此快速動作、雜訊、粒、原始編解碼器以及覽器的編碼器，都可能影響最終的檔案大小與視覺品質。在您完整檢視輸出結果之前，請先保留原始檔。
將 1920 × 1080 原始畫面裁切為 9:16 的座標計算
最直觀的裁切思考方式，是將原始矩形與目標矩形視為像素計算，而不是拖曳控制點。假設原始影片是 1920 × 1080 的橫向片段，目標是能在不縮放的情況下容納於其中的 9:16 直立區域。由於 9 小於 16，限制條件會落在原始高度上：裁切高度不能超過 1080 像素。接著裁切寬度必須滿足 寬度 / 高度 = 9 / 16，因此 寬度 = 1080 × 9 / 16 = 607.5 像素。寬度必須為整數像素，所以將 607.5 進位為 608。
將矩形水平置中代表 X = (1920 − 608) / 2 = 656。使用 Y = 0 可讓矩形緊貼上緣。完整矩形為 X = 656、Y = 0、寬度 = 608、高度 = 1080。驗證邊界：X + 寬度 = 656 + 608 = 1264，小於或等於原始寬度 1920；Y + 高度 = 0 + 1080 = 1080，等於原始高度。輸出面積為 608 × 1080 = 656,640 像素，遠低於 3840 × 2160 上限的 8,294,400 像素。將這四個數值輸入裁切器，選擇「裁切影片」，即可從原始橫向影片產出 9:16 直立 WebM，且完全不經縮放。
對於其他長寬比目標，也可以反向套用相同方法：在原始幀內挑選限制矩形的維度、解出另一維度的比例、四捨五入為整數像素，然後調整 X 與 Y 的位置，讓矩形留在原始畫面之內。
這款工具並非設計用來取代的事
精準到像素的裁切器只是小型工具箱中的一項，並非整個工具箱。有幾項看似相近的工作實際上屬於不同的操作，強行透過這款工具處理會產生錯誤的結果。
- 縮放。改變每一個像素的畫面大小（例如將 1920 × 1080 縮為 1280 × 720）屬於重新縮放，不是裁切。這款工具的輸出是原始畫面的精確子區域，以原始像素密度繪製而成。
- 修剪。剪掉片段的開頭與結尾時間戳屬於時間軸操作。這款裁切器對整段解碼長度的每一幀套用同一個矩形，並不會縮短片段。
- 僅壓縮。在不改變可見畫面範圍的情況下以較低位元速率重新編碼，應交給重新編碼器處理。這款裁切器的位元速率是依裁切後的面積推算，範圍限定在 180 kbps 至 8 Mbps 之間。
- 遮蔽、模糊或物件移除。這款工具不會追蹤移動中的主體、不會模糊某個區域，也不會移除特定元素。它對每一都套用同一個固定矩形。
- 容器特性保留。字幕、章節、附件、旋轉標記、色彩中繼資料與 HDR 訊號都不會帶入 WebM。音訊只有在覽器透過媒體擷取公開可擷取音軌時才會包含，請在目的播放器中同時確認聲音與影像。
針對上述清單中的工作，正確的做法是使用對應的工具——縮放、修剪或壓縮——並把這款裁切器留給它原本設計的任務：從本機影片中選取一個固定的矩形子區域，在完全不上傳的情況下下載一段長度有限的 WebM。
若您想進一步了解這種基於瀏覽器的方式在像素精準度方面的工作流程，像素精準度指南會以更詳細的方式說明相同的座標計算。這款工具所仰賴、將固定原始矩形繪製到輸出 Canvas 的 Canvas drawImage 行為，已記載於 WHATWG HTML 規範中。
若想深入了解，請參閱 影片壓縮替代工具：基於瀏覽器、無需上傳。