Discord 與 Email 影片壓縮教學（10 MB、25 MB）| UltKit

每個服務都有自己的上限，而且多數在近幾年至少調整過一次，所以你記得的數字可能已經過時。Discord 就是最明顯的例子：2024 年它把免費帳號的上傳上限從每個檔案 25 MB 降到 10 MB。Nitro Basic 訂閱者可上傳 50 MB，完整版 Nitro 則是 500 MB。伺服器加成也會提高該伺服器所有成員的上限，加成等級 2 為 50 MB，等級 3 為 100 MB。如果你要在熱門社群伺服器發文，壓縮前請先確認它的加成等級，因為實際適用的是較高的那個上限。

電子郵件的運作方式不同。Gmail 每封郵件最多可附加 25 MB，更大的檔案在你新增時會自動轉成 Google Drive 連結。Outlook.com 的附件上限是 20 MB，超過時會提供 OneDrive 連結。許多公司的郵件伺服器上限更低，常常只有 10 MB，而且會直接退回過大的郵件，也不會告訴你是哪一方拒收。聊天軟體的檔案上限很寬鬆，但以一般媒體傳送的影片會被悄悄重新編碼，所以檔案大小上限並不是決定對方實際看到什麼畫面的唯一因素。

下表整理了 2024 與 2025 年重要的數字。請把它當作起點，檔案剛好卡在邊緣時，請查看該服務自己的說明頁面，因為方案和地區會有差異。本指南後續使用的目標是：Discord 和多數公司信箱為 10 MB，Gmail 為 25 MB，Outlook 為 20 MB。請以收件對象中最小的上限為準，因為你的信箱能過的檔案，對方的信箱仍可能拒收。

影片檔案基本上是以穩定平均速率傳送的位元串流，也就是位元率，單位為每秒百萬位元（Mbps）。把這個速率乘以秒數就是以百萬位元計的檔案大小，再除以 8 就是 MB。解析度、編碼器和影格率之所以重要，只是因為它們會改變每秒需要多少位元才能讓畫面看起來可接受。這也是為什麼 4K 影片和 480p 影片可以大小完全相同：如果兩者都以 2 Mbps 跑 30 秒，檔案都約為 7.5 MB，只是其中一個的畫質遠比它在自然位元率下差。

把公式反過來算，就能得到符合上限的預算。10 MB 等於 80 百萬位元。分配到 60 秒的影片，畫面與聲音加起來大約只有 1.33 Mbps。Gmail 的 25 MB 目標是 200 百萬位元，同樣一分鐘約為 3.3 Mbps。聲音會先佔用一部分：128 kbps 時，一分鐘約用掉接近 1 MB，相當於 Discord 預算的十分之一。剩下的才給畫面，而這個剩餘的數字決定了結果看起來是清晰還是模糊。

同一個公式也說明了為什麼手機拍的影片這麼大。Apple 列出的資料是：高效率格式下 4K 30 fps 每分鐘約 170 MB，1080p 30 fps 每分鐘約 60 MB，換算出的位元率遠高於 10 MB 檔案所能容納的。把一分鐘的 4K 塞進 10 MB 要縮小 17 倍。這是做得到的，但只能讓每個影格使用少得多的位元，實務上也意味著每個影格的像素更少。

剪輯是最有效的調整方式，因為它縮短了公式中的長度，你刪掉的每一秒，其位元都會分給保留的秒數。剪掉倒數、搖晃的開頭和結尾冗長的道別，90 秒的影片常能變成 40 秒，而且沒有損失任何值得看的內容。接下來是解析度。720p 的像素數只有 1080p 的 44%，所以在相同位元率下，每個像素分到的資料超過兩倍。對於在手機或 Discord 聊天視窗中觀看的內容，位元率充足的 720p 會比資料不足的 1080p 更乾淨。

位元率或品質是直接的控制方式。編碼器可讓你設定平均位元率來固定檔案大小，或設定固定品質值來固定外觀、讓大小浮動。在 HandBrake 和 FFmpeg 使用的 H.264 編碼器 x264 中，這個品質值稱為 CRF；預設為 23，數值越低品質越好，FFmpeg 文件指出調高 6 大約會讓檔案縮小一半。固定品質很適合封存，但無法保證檔案會低於 10 MB，所以在有硬性上限時並不適用。

影格率和音訊是較小的調整項目。把 60 fps 的影片降到 30 fps 能省下可觀的比例，但不會是整整一半，因為相鄰影格之間本來就壓縮得很好。演講、教學和螢幕錄影在 30 fps 甚至 24 fps 下看不出損失。聲音方面，128 kbps AAC 用於音樂很充裕，96 kbps 對人聲綽綽有餘，64 kbps 用於單人說話仍可使用。對於短的無聲影片，例如遊戲精華片段且不需要配樂，移除音軌能讓畫面每分鐘多出將近 1 MB。

目標大小編碼器會替你完成上述計算。它會讀取影片長度，扣掉音訊佔用的部分，為容器額外開銷保留少量餘裕，再把剩下的設為影片位元率。在兩階段編碼中，第一階段會掃描整段影片找出動態所在；第二階段則在畫面繁忙的場景分配更多位元、在靜態場景分配較少，同時讓平均值維持在目標上。壓縮影片工具就是這樣運作：將壓縮方式保持在目標大小，輸入上限即可，兩階段編碼已預設開啟。

容器和編碼器與大小同樣重要。MP4 內含 H.264 影片和 AAC 音訊，可在 Discord 直接播放，在 Gmail 和 Outlook 能預覽，近十年的手機、筆電和智慧電視也都能開啟。H.265（HEVC）、AV1 和 VP9 能在相同的 MB 數下塞進更好的品質，但使用舊款 Windows 筆電或沒有對應解碼器瀏覽器的朋友，可能只會看到下載連結或黑畫面。iPhone 在「高效率」設定下預設以 MOV 錄製 HEVC，所以把 MOV 轉 MP4 和壓縮常常會在同一個步驟完成。

有兩個習慣能讓目標大小編碼更可靠。第一，目標要略低於上限，例如 9.5 MB 而不是剛好 10 MB，因為不同作業系統計算 MB 的方式不同，在某處顯示 10.0 MB 的檔案，到另一處可能被拒絕。第二，一律從原始錄製檔開始。每次有損重新編碼都會丟失細節，把聊天軟體已壓縮過的檔案再壓一次，損傷會疊加。如果第一次結果太模糊，請回到原始檔調整解析度，而不是把小檔案再丟進壓縮器。

單次處理一個影片，最快的方式是使用瀏覽器工具，因為目標大小計算、兩階段編碼和 H.264 MP4 輸出都已設定好。UltKit 每個檔案最大 95 MB，一次最多 20 個，不用安裝、免註冊，上傳的檔案會在處理後 30 分鐘刪除。壓縮影片到 10 MB 頁面開啟時，目標大小為 10 MB，最高解析度為 720p；要傳到 Gmail，請在同一個欄位輸入 24 MB。如果錄影比需要的更長，請先用剪輯影片裁短，讓預算用在重要的部分。

HandBrake 是電腦版的選擇：免費、開放原始碼，可在 Windows、macOS 和 Linux 使用，可從 handbrake.fr 取得。它已不再提供目標大小欄位，所以你要自己計算位元率並輸入。手機是第三種方式。手機無法設定目標大小，但以較低解析度錄影，並在分享前於相簿應用程式中剪輯，已經很有幫助，而且這兩件事都發生在任何壓縮之前。下方各欄列出各自的步驟。

每分鐘 10 MB 時，扣掉 128 kbps 的音訊後，畫面大約有 1.2 Mbps。使用 H.264、720p 和 30 fps，這對談話畫面、產品示範、寵物和多數日常手機影片已經足夠：在手機螢幕上看起來接近原始畫質，在筆電上則會發現頭髮、草地和遠處文字等細節較模糊。有大片平坦區域的螢幕錄影在這個位元率下特別好看，因為靜態背景幾乎不耗位元。

快速動態是預算用完的地方。遊戲畫面、運動、手持行走拍攝、彩紙和水流，每秒幾乎整個畫面都在變化，在 1.2 Mbps 下最繁忙的時刻會出現方塊。對這類素材，請降到 480p；如果來源是 60 fps，就把影格率降到 30 fps；或者把影片剪成重要的 20 或 30 秒。10 MB 的 30 秒遊戲精華約有 2.5 Mbps，對 720p 綽綽有餘，平穩的 1080p 通常也沒問題。

更長的影片會沿著同一條曲線下降。兩分鐘塞進 10 MB 只剩約 0.6 Mbps，需要 480p 才能維持可讀。五分鐘則剩下約 0.2 Mbps，只夠 360p 的語音內容，此時畫面幾乎不重要。到了這個地步，老實說 10 MB 對這支影片來說根本不適合。把目標提高到 Gmail 的 25 MB，或給 Nitro Basic 朋友的 50 MB，比任何編碼器設定都更能改變結果。

短片、需要直接在聊天室內播放，或收件者根本不會點開雲端連結時，壓縮是正確的選擇。影片很長、細節很重要，或收件者需要原始檔來剪輯時，壓縮就不適合。婚禮影片、房屋導覽影片、錄製的課程，或要交給剪輯師的素材，都應以完整品質傳送。這時候用 Google Drive、OneDrive、iCloud Drive 或 Dropbox 連結，畫質完全不會受損，也能避開上述所有取捨。

有些服務已經會自動幫你換成連結。Gmail 會把超過 25 MB 的附件改成 Drive 連結，Outlook.com 在超過 20 MB 時會提供 OneDrive，Apple Mail 的郵件空投（Mail Drop）則會透過 iCloud 傳送最大 5 GB 的檔案，並保留 30 天。在 Discord 上，分享雲端連結只會顯示預覽卡片而不是播放器，觀看者必須點進去才能看。實用的分法是：約兩分鐘以內、想直接在聊天室播放的影片就壓縮，更長或更重要的影片則改用連結。