調整影片大小以符合 Discord 的需求，是指降低影片的像素尺寸，讓編碼後的檔案能符合 Discord 各頻道的上限——免費使用者通常為 8 到 10 MB，Nitro 方案則可達 50 MB——同時在聊天內嵌預覽中仍保持清晰可見。Discord 對你上傳的每一部影片都會套用這些大小限制，因此手機直接拍攝的 4K 影片在進入任何壓縮步驟之前，通常就已經無法送出。降低解析度是最快的第一步，因為 1280 乘 720 的橫向影片或 1080 乘 1920 的直向影片，編碼後的位元速率都只佔原始檔案的一小部分，而且 Discord 的聊天面板能乾淨地呈現這兩種尺寸。你可以透過 Video Resizer 在本機完成這項操作，它會在瀏覽器分頁內解碼你的 MP4、WebM、MOV、M4V 或 Ogg 檔，將每一幀繪製到指定寬度與高度的畫布上，然後提供一個從未上傳到任何伺服器的 WebM 檔案下載。整個調整大小的過程都在你的裝置上完成，下載完成後就能直接拖曳到任何伺服器或私訊中使用。
為什麼 Discord 上傳需要調整大小
Discord 對影片套用兩種不同的限制。伺服器上傳受到檔案大小限制——免費方案中訊息大約為 8 到 10 MB，Nitro 或已加成伺服器則為 25 到 50 MB。聊天中的內嵌預覽也有合理的觀看區域上限，因此當直向手機影片的寬度遠超出 Discord 預期的顯示範圍時，看起來會被拉伸變形。
調整大小能同時解決這兩個問題。從 3840 乘 2160 降至 1280 乘 720，既能讓畫面完整顯示、不裁切主體，編碼後的 WebM 也小到足以在大部分伺服器中內嵌顯示。如果你主要在意的是壓在 Discord 各頻道大小上限以下，而非特定的像素尺寸，最乾淨的做法就是先調整大小，再將結果交給專門的壓縮工具，這樣你就能掌控最終檔案大小。
如何使用 Video Resizer 為 Discord 調整影片大小
- 開啟 Video Resizer，從本機選擇一個小於 500 MiB、長度不超過 5 分鐘的 MP4、WebM、MOV、M4V 或 Ogg 檔案。請稍等片刻，讓瀏覽器先讀取其元資料再繼續操作。
- 輸入你想要的像素最大寬度與最大高度。Discord 預覽在橫向影片使用 1280 乘 720、直向手機影片使用 1080 by 1920、方形分享使用 720 乘 720 時，顯示效果都不錯。
- 若你想在該框框內保留原始長寬比，請選擇 Fit；若你確實需要輸入的精確寬度與高度，請選擇 Stretch——當原始比例與框框不符時，Stretch 會刻意拉伸畫面。
- 選擇 Resize video。在瀏覽器分頁中保持分頁開啟，讓即時重新編碼執行；編碼時間大約等於原始影片的播放時間。
- 當下載出現時，將 WebM 儲存到你的裝置，再從那裡上傳到 Discord。
Fit vs Stretch：選擇正確的模式
這兩種模式的行為不同，選擇的重點比輸入的精確數字更重要。Fit 將你輸入的尺寸視為外框——它會縮放畫面，讓較長的一邊填滿框框，較短的一邊則容納在框內，絕不裁切原始影像。Stretch 則將寬度與高度視為精確目標，這代表將 16 乘 9 的原始來源拉伸到 1 乘 1 的框框時，看起來會被擠壓，但在像素層級完全符合框框尺寸。
| 情境 | 建議模式 | 為何適合 Discord |
|---|---|---|
| 將 16:9 影片傳送到一般文字頻道 | Fit | 保留原始構圖；未使用的空間以黑邊處理，而非裁切 |
| 在私訊中分享手機直式影片 | Fit | 避免 Discord 縮放預覽時產生水平變形 |
| 將影片釘選到寬頻道橫幅圖片中 | Stretch | 當版面需要精確尺寸時，強制使用精確尺寸 |
| 填滿 Discord 個人檔案或伺服器橫幅欄位 | Stretch | 無論原始來源為何，都保證輸出為 1:1 或設定的比例 |
| 符合有固定欄位的創意模板 | Stretch | 即使犧牲畫面比例，仍保有可預期的尺寸 |
如果你想在編碼前驗證 Fit 的計算邏輯，可以透過單一比較來推算。以 1920 乘 1080 的原始來源與 1280 乘 960 的框框為例，兩個縮放比例分別是 1280 除以 1920 = 0.667，以及 960 除以 1080 = 0.889，因此較小的縮放比例為 0.667。套用這個比例後，輸出結果的寬度為 1920 乘以 0.667 = 1280，高度為 1080 乘以 0.667 = 720，最終得到 1280 乘 720 的結果——寬度是受限的那一邊，這就是為什麼即使只有寬度完全符合框框，Fit 仍能保持 16 乘 9 的影片比例。
輸出格式、影格率與音訊
輸出結果永遠是 WebM 檔案，因為這個工具仰賴現代瀏覽器內建支援的編解碼器，這讓套件體積小巧，並避免任何上傳、伺服器端處理或個別檔案的軟體安裝。根據 MDN 的 MediaRecorder documentation，瀏覽器會自動挑選支援的 VP9 或 VP8 WebM 設定組合，而調整大小後的影片會使用瀏覽器在編碼時所支援的那一個編解碼器。
編碼器以最高每秒 30 個影格的速率執行，並從即時繪製的畫布中擷取影格，因此當原始來源的影格率為 30 fps 或更低時，輸出會保留該影格率。瀏覽器能從原始來源讀取的任何音軌都會附加到錄影中，因此對話與音樂通常都能在調整大小後保留下來。品質、位元速率、影格時間軸、音訊配置、色彩元資料以及最終檔案大小，都可能與原始來源不同——這是重新編碼的正常副作用，並非錯誤。WebM 在 Discord 的桌面版與行動版上都能原生播放，因此下載完成後，調整大小後的影片就能立即丟進伺服器中。
調整大小前需要確認的限制
Video Resizer 對原始來源與目標都設有嚴格的防護。每個輸出尺寸必須是 2 到 1920 像素之間的整數，且奇數值會向下四捨五入到最接近的偶數值，因為常見的瀏覽器影片編碼器在符合編解碼器安全性的偶數像素尺寸下更為可靠。你的原始來源最大可達 500 MiB、長度不超過 5 分鐘、每邊像素不超過 4096，且總像素面積不超過 3840 乘 2160。八組獨立的幾何測試案例涵蓋橫向、直向、方形、相同比例、外框、拉伸以及奇數尺寸等情境，這就是為什麼奇數目標會被調降一個像素，而不是直接失敗。
不支援的編解碼器、無效的尺寸、過大的原始來源元資料、空白的錄影輸出，以及瀏覽器功能不足等情況，會以明確的錯誤顯示出來，而不是產生誤導性的下載檔案。如果工具回報錯誤，表示該影片不是太長、太大，就是使用了瀏覽器無法解碼的編解碼器——Chrome 與 Edge 通常能處理 H.264 MP4、VP9 WebM 以及大部分 MOV 檔案，而某些 Safari 版本對 MOV 音軌較為挑剔。
當僅調整大小仍不夠時
調整大小能解決 Discord 工作流程中尺寸相關的問題，但它無法保證精確的檔案大小、無法保留字幕、無法移除黑邊，也無法提升畫面細節。這個工具同樣無法匯出 MP4、無法提供影格精準的剪輯、無法接受受 DRM 保護的原始來源，也無法保留原始位元串流的每一個位元組。請僅使用你有權擁有或編輯的媒體。
對於較長的影片、僅接受 MP4 的伺服器，或有特定位元速率目標的情況，請將調整大小與針對 Discord 各頻道上限設計的壓縮工具搭配使用。Compress a Video for Discord at 10MB or Less 指南會逐步說明同一工作流程中與大小相關的部分。若需要較短的分享內容，Video Trimmer 可讓你先剪輯原始來源，讓編碼只涵蓋你實際想傳送的部分——這個額外步驟能讓最終的 WebM 小到符合免費方案伺服器的要求。
想深入了解，請參閱 Best Video Format to Upload to YouTube: Resize Locally。