YouTube 對每次上傳的影片都會重新編碼，因此在送出檔案前以像素精準的方式裁切，可以避免在你想移除的邊緣浪費位元率，並讓你在 16:9 播放器和 9:16 Shorts 動態中都保留你選定的構圖。Video Cropper 讓你以精確的來源像素座標設定該矩形，以每秒 30 幀的速度將該區域繪製到 Canvas 上，在目前分頁中將串流錄製為 WebM，並下載檔案，整個過程完全不需上傳來源檔案。這個工具不是時間剪輯工具、不是調整大小的工具、不是僅壓縮的工具，也不是主體追蹤工具，而且它不會保留字幕、章節、旋轉標記、HDR 訊號或所有的容器特性，因此結果在刪除原始檔之前，仍然需要在目的播放器中快速檢視一下。
YouTube 可接受的畫面尺寸與長寬比
下方的尺寸是廣泛使用的 YouTube 目標，符合該平台的 16:9 播放器和 9:16 Shorts 播放器。請根據片段的播放位置選擇對應的尺寸，然後規劃裁切矩形以符合來源。
| 用途 | 長寬比 | 寬 × 高 (px) | 總像素 |
|---|---|---|---|
| 舊版 SD | 16:9 | 426 × 240 | 102,240 |
| SD | 16:9 | 640 × 360 | 230,400 |
| SD | 16:9 | 854 × 480 | 409,920 |
| HD | 16:9 | 1280 × 720 | 921,600 |
| Full HD | 16:9 | 1920 × 1080 | 2,073,600 |
| QHD | 16:9 | 2560 × 1440 | 3,686,400 |
| 4K UHD | 16:9 | 3840 × 2160 | 8,294,400 |
| Shorts | 9:16 | 1080 × 1920 | 2,073,600 |
總像素欄位很重要，因為 Video Cropper 的位元率請求會以 30 fps 為基準，依裁切後的面積進行縮放：矩形越大，在 180 kbps 到 8 Mbps 範圍內所請求的位元率就越高。3840 × 2160 的裁切位於上限邊界；1280 × 720 的裁切則遠低於該上限。
Video Cropper 如何處理像素、音訊和輸出
處理流程包含三個可觀察的部分，每個部分對於保留與不保留的內容都有明確的約定。
像素。工具會讀取來源的解碼後寬度與高度，然後接受一個以原始來源整數像素表示的固定矩形，分別為 X、Y、寬度與高度。X 和 Y 是相對於來源畫面左上角的位移：X 將矩形向右移動，Y 將其向下移動。兩個位移都必須是未經修剪的非負整數，並且寬度與高度都至少為 2 像素。矩形必須完全位於解碼後的畫面內，裁切後的區域不得超過 3840 × 2160 像素。無效的矩形會在不做任何位移、裁剪、四捨五入或產生部分檔案的情況下失敗，因此結果要不是能在所請求尺寸下解碼的完整 WebM，就是完全不產生檔案。工具會對每一幀套用同一個矩形；它不會追蹤移動中的主體，也不會隨時間改變矩形。
音訊。錄製工具擷取的 Canvas 串流，當瀏覽器透過媒體擷取功能公開可擷取來源時，可能會包含音軌，如 W3C 的「Media Capture from DOM Elements」規格所述。支援程度因瀏覽器和來源編碼而異，且來源在即時處理期間可能會播放出聲音，因此工具無法保證任何特定輸入最後都會帶有聲音。當輸出缺少音訊時，幾乎都是由於瀏覽器並未提供音軌，而非工具本身的設定問題。
輸出。錄製工具會使用瀏覽器公開的第一個可用 VP9、VP8 或通用 WebM MediaRecorder，寫入一個全新的 WebM 檔案，這是根據 W3C 的 MediaStream Recording 規格。所請求的位元率是以 30 fps 為基準，依裁切後的像素面積計算，並限制在 180 kbps 到 8 Mbps 之間，但這是一個單趟式的瀏覽器設定，而非對目標大小或視覺品質的保證。快速動作、雜訊、顆粒感、來源編碼與瀏覽器的編碼器都會影響最終的位元組，因此同一個矩形在不同機器上可能產生不同的檔案大小。
使用 Video Cropper 裁切 YouTube 片段
該工具在本地端執行，並引導你完成四個決策：挑選瀏覽器能解碼的檔案、讀取來源尺寸、輸入一個矩形，然後等待即時錄製完成。
- 開啟 Video Cropper，並從你的裝置中選擇 MP4、WebM、MOV、M4V 或 Ogg 檔案。在觸碰任何座標欄位之前，請先等待來源的解碼後寬度與高度出現——來源尺寸決定了所有後續的邊界。
- 將 X 和 Y 輸入為相對於來源畫面左上角的像素位移。X 將矩形向右移動，Y 將其向下移動。兩者都必須是未經修剪的非負整數。
- 將寬度與高度輸入為整數來源像素。兩者都必須至少為 2 像素；X + 寬度 與 Y + 高度 必須保持在來源畫面內；裁切後的區域不得超過 3840 × 2160 像素。預設值涵蓋整個畫面。
- 選擇「Crop video」動作，然後在來源以即時速度播放、錄製工具將 Canvas 串流擷取為 WebM 期間，保持分頁開啟。一分鐘的來源大約需要一分鐘來錄製。
- 下載 WebM，然後在你預計上傳所用的播放器中，驗證其時長、矩形位置、音軌以及檔案的播放行為。在整個輸出經過完整檢視之前，請保留原始檔案。
置中 16:9 裁切的實作範例。如果你的來源是 1920 × 1080，而你想要一個在水平和垂直方向都保持置中的 1280 × 720 矩形：X = (1920 − 1280) ÷ 2 = 320，Y = (1080 − 720) ÷ 2 = 180。裁切為 320, 180, 1280, 720。請驗證 X + 寬度 = 320 + 1280 = 1600 ≤ 1920，且 Y + 高度 = 180 + 720 = 900 ≤ 1080，並且裁切後的區域 1280 × 720 = 921,600 像素遠低於 3840 × 2160 = 8,294,400 像素的上限。
輸入限制與輸出約束
下方的約定直接來自該工具的實作。任何超出限制的內容都會在不產生部分檔案的情況下被拒絕。
| 參數 | 可接受範圍 |
|---|---|
| 副檔名 | MP4、WebM、MOV、M4V、Ogg (編碼取決於瀏覽器) |
| 檔案大小 | 最大 500 MiB |
| 解碼後時長 | 大於零，最多 5 分鐘 |
| 來源邊長 | 任何一邊皆不得超過 4096 像素 |
| 來源面積 | 最多 3840 × 2160 像素 |
| 裁切位移 X、Y | 未經修剪的非負整數像素 |
| 裁切寬度、高度 | 整數像素，兩者皆至少為 2 |
| 裁切矩形 | X + 寬度 與 Y + 高度 必須保持在來源內 |
| 輸出面積 | 最多 3840 × 2160 像素 |
| 輸出格式 | WebM，使用第一個可用的 VP9、VP8 或通用 WebM 錄製工具 |
| 輸出位元率 | 180 kbps 到 8 Mbps，依 30 fps 下裁切後的區域進行縮放 |
| 音訊 | 僅在瀏覽器公開可擷取音軌時包含 |
| 錄製速度 | 即時；一分鐘的來源大約需要一分鐘 |
接收裁切結果的 Canvas 是不透明的，因此矩形以外的任何區域都不會繪製到輸出畫面中，而 drawImage 呼叫遵循 WHATWG HTML canvas 規格 中所制定的規則。物件 URL、計時器、錄製音軌與播放會在替換、錯誤、過時完成或卸載時停止或釋放，這能避免長時間作業留下背景工作。
在上傳前驗證 WebM
錄製工具是對 Canvas 重新編碼，而非複製原始編碼，因此輸出是一個全新的 WebM 檔案。串流 MediaRecorder 的輸出可能會省略有限的容器時長，因此工具會從 Matroska 容器中解析 Segment Info 與 TimestampScale，並以大端序在 timestamp-scale 刻度中插入 Duration 值，這與 Video Compressor 所使用的、通過標準測試的寫入器相同，相關說明請參見 Matroska Media Container Format 規格。修補後的檔案必須為非空，且在提供下載之前必須能在所請求的尺寸下解碼。
在上傳到 YouTube 之前，請從頭到尾播放下載的檔案。確認矩形在你預期的位置上、每一幀都正確；如果來源有聲音，請確認音訊能播放；並確認該檔案在你常用的播放器以及全新播放器中的行為一致。YouTube 會對上傳的片段重新編碼，因此具有受限位元率的單趟式 WebM 對於那次重新編碼而言，是一個乾淨的來源，而非最終母帶。如果你還需要依照時間而非矩形來移除中間段落，那麼 YouTube 片段的本機剪輯工作流程 涵蓋了該任務，同樣無需上傳。
工具不會更動的兩個細節：字幕、章節、旋轉標記、HDR 訊號以及許多容器中繼資料欄位都不會被保留，因此若目的需要這些資訊，請在裁切後重新加入。另外，由於來源在公開音軌的瀏覽器上會於即時處理期間播放出聲音，如果你不想讓片段在錄製時透過喇叭播出，請將分頁靜音。分節流（tab throttling）也是一樣的情況——切換到其他分頁或讓螢幕進入睡眠，可能會暫停媒體解碼，並使錄製時間拉長到超過來源的實際時長。
如果你正在權衡各種選項，YouTube 最佳影片格式：調整大小且不上傳 對此有詳細說明。