Discord 接受你已在瀏覽器中能播放的影片，方法是本機裁切來源片段的一段有限範圍——免費帳戶低於 10 MB，Nitro Basic 低於 50 MB——並將結果儲存為 WebM 檔案。整個流程——解碼、定位、串流擷取、編碼、下載——都在當前分頁中執行，因此來源影片從不離開你的裝置。這一點很重要，因為 Discord 的上傳上限會嚴格懲罰過長的片段，無論畫質多乾淨，而裁剪時長通常比壓縮位元率更能讓短訊息中的動態保持銳利。影片裁剪工具接受一個本機檔案，讀取其真實的解碼時長，接受以秒為單位表示的十進位開始與結束時間，並僅重新編寫你選取的範圍。輸出為 WebM，因為此工具仰賴瀏覽器內建的 MediaRecorder 編解碼器，而非伺服器處理。這種權衡讓頁面保持輕量並避免上傳，但也意味著在裁剪前值得了解一些關於來源檔案與輸出片段的規則。
Discord 上傳上限與裁剪為何有幫助
Discord 對免費與 Nitro 帳戶在頻道訊息中能附加的內容設有嚴格上限。免費帳戶每次上傳上限約為 10 MB；Nitro Basic、Nitro 與 Nitro Classic 等級將上限提高至 50 MB，而最高的 Nitro 等級依推出地區可達 500 MB。這些數字來自 Discord 公開的說明中心，多年來一直保持穩定，因此是可靠的規劃目標，而非隨時變動的規則。一段 30 秒的 1080p H.264 片段在考量音訊後，幾乎一定會超過 10 MB；一段兩分鐘的片段則輕鬆超過 Nitro Basic 的 50 MB 上限。將影片控制在上限內有兩種方式：更積極地壓縮，或裁剪時長。壓縮是以畫質換檔案大小，而 Discord 的預覽會對上傳內容進行第二次重新編碼，因此高度壓縮的來源在聊天中可能明顯變糊。編碼器僅重新錄製選取的範圍，輸出會保留來源尺寸。對大多數「分享一個有趣瞬間」或「展示這段片段」的使用情境而言，裁剪是更好的權衡。
三步驟為 Discord 裁剪影片
- 開啟影片裁剪工具並選擇支援的本機檔案。等待時長欄位填入解碼後的長度。此工具接受 MP4、WebM、MOV、M4V 與 Ogg 容器，檔案大小上限為 500 MiB；解碼後的來源時長不得超過五分鐘，且須在瀏覽器的像素限制內（寬度與高度不得超過 4096 px，總面積不得超過 3840 × 2160）。
- 以十進位秒數輸入開始與結束時間。開始必須大於或等於零，結束必須晚於開始，且兩個值都必須落在已填入的時長範圍內。選取的片段長度至少須為 0.1 秒——反序或超出範圍的值會明顯失敗，而非被靜默夾緊。
- 選擇裁剪影片。介面會回報要求的時長與輸出大小。編碼完成後，下載 WebM 檔案。若在錄製中途改變心意，可取消以停止進行中的工作。
輸入限制與編解碼器相容性
有三個限制決定影片裁剪工具是否能完成你來源的任務：容器格式、解碼時長與像素尺寸是明確的。第四個較不明顯的限制是容器內的編解碼器：瀏覽器必須解碼音訊與視訊軌才能公開媒體串流，而熟悉的副檔名（如 .mp4）並不保證成功，因為容器內的編解碼器（H.264、H.265、AAC 等）必須受你特定瀏覽器版本的支援。若瀏覽器無法解碼該軌跡，時長欄位將不會填入，工具也不會繼續進行。為了廣泛相容性，使用 H.264 視訊與 AAC 音訊的 MP4，由基於 Chromium 的瀏覽器或 Firefox 解碼，是最安全的選擇；使用 Theora 的 Ogg 也廣泛支援。使用 VP9 或 VP8 視訊與 Opus 音訊的 WebM 是跨瀏覽器最可靠的，因為編碼流程本身就使用這些編解碼器。若帶有支援副檔名的檔案無法填入時長，問題在於編解碼器，而非檔名。
| 容器 | 瀏覽器解碼支援 | 備註 |
|---|---|---|
| MP4（H.264 + AAC） | 在 Chromium、Firefox、Safari 中支援強勁 | 輸入最安全的容器 |
| WebM（VP9/VP8 + Opus） | 全面支援強勁 | 與編碼器輸出編解碼器相符 |
| MOV（H.264 + AAC） | 在 Safari 與 Chromium 中支援強勁 | Chromium 支援取決於版本 |
| M4V | 類似 MP4 | 通常為帶有 Apple 元資料的重新命名 MP4 |
| Ogg（Theora + Vorbis） | 在 Firefox 與 Chromium 中支援強勁 | 較舊，但仍可解碼 |
輸出格式與邊界行為
裁剪工具在即時播放期間進行錄製，因此編碼輸出是一個全新的 WebM，其時長符合你所要求的範圍，尺寸則保留自來源。來源的若干屬性不會完整保留：精確的關鍵影格、精確的色彩元資料、原始音訊聲道配置（可能會被縮混）、精確的檔案大小（會有所不同），以及精確的時長。由於 MediaRecorder 取樣播放時間而非提供精準到影格的切點，最後一個編碼影格可能會落在你所要求結束時間附近零點幾秒的範圍內。對於目標是「這一刻、而非那一刻」的 Discord 片段，這種漂移是看不見的。對於需要在特定節拍或視覺提示精準落點的廣播剪輯，則不夠精確。產生的 WebM 確實會在其 Segment Info 中接收選取的時長，因此相容的播放器（Discord 的預覽、VLC、瀏覽器）會回報有限的時間軸，而非無邊界的串流。取消可停止進行中的工作。
為 Discord 裁剪 vs. 壓縮 vs. 調整大小
不同工具解決不同的 Discord 準備問題。裁剪適用於「這部影片太長」——來源本身沒問題，只有時長是問題。調整大小適用於「這部影片對頻道預覽來說太高或太寬」——通常是指為非 TikTok 頻道準備的直式 9:16 手機片段，或 Discord 播放器會尷尬地加上黑邊的寬幅 21:9 電影擷取畫面。壓縮適用於「這段片段形狀與長度都對，但檔案太大」——這是位元率運算，而非像素工作。大多數 Discord 準備是一條流程鏈：先裁掉無聊的開頭與結尾靜音，若長寬比不對再調整大小，若檔案仍超過上傳上限才進行壓縮。
| 任務 | 最佳工具 | 其變更內容 |
|---|---|---|
| 從本機影片中剪輯一段以用於 Discord | 影片裁剪工具 | 時長 |
| 調整過大影片的大小以用於 Discord 而無需上傳 | 影片調整大小工具 | 寬度 × 高度，保留或設定長寬比 |
| 將影片壓縮至 10 MB 或以下以用於 Discord | 將影片壓縮至 10 MB 或以下以用於 Discord | 位元率、檔案大小 |
針對將片段控制在 Discord 免費 10 MB 上限內的特定情況，位元率運算很直接。檔案大小（以位元為單位）等數為位元率乘以時長；10 MB 上限即為 80 megabits（10 × 8）。以平衡的 WebM 編碼約 2 Mbps（2,000 kbps）的視訊加上小型音訊軌計算，最大時長約為 80 megabits 除以每秒 2 megabits，結果約為 40 秒的畫面。這個數字是規劃估算而非保證，因為實際的音訊與關鍵影格負擔會削去幾秒鐘。若想分享的片段在該上限以內，僅裁剪即可；若超過，則下一步是壓縮。
本機裁剪工具力有未逮之時
部分 Discord 準備任務超出影片裁剪工具所能提供的範圍。它無法擷取 YouTube 連結或任何遠端 URL——來源必須是裝置上已有的本機檔案。它不會移除浮水印、繞過 DRM 或去除複製保護；將其用於受保護內容並非預期用途。它不會保留來源的每一個元資料欄位，因此若你的相機寫入了之後需要的時碼、GPS 或鏡頭資料，請預期這些資料在 WebM 輸出中將會缺失。它不會產生帶有 H.264 的 MP4——輸出是使用瀏覽器可用的 VP9、VP8 與可選 Opus 組合的 WebM，而 Discord 原生接受 WebM 上傳，但部分外部平台與編輯器並不接受。對於多軌音訊、依節拍精準的關鍵影格剪輯、字幕保留，或解碼後時長超過五分鐘的畫面，專用桌面編輯器才是合適的工具。對於其他所有情況——30 秒的反應片段、教學片段、五分鐘的遊戲精彩畫面——開啟影片裁剪工具、輸入兩個數字、下載 WebM 就是完整的工作流程。
若你在權衡選項，為 Instagram 裁剪影片：將片段剪至合適長度對此有詳細介紹。