把影片壓到能過上傳上限
「傳不上去」和「太大了」不是同一個問題。選一下要傳到哪裡,工具就依那個平台公布的上限反推位元率,挑出這個位元率撐得住的解析度,然後在你自己的裝置上編碼。檔案不上傳,成品落在線以下,而不是剛好壓在線上。
這些預設瞄的是哪些上限
下面每一個數字都是別人定的。平台會調高也會調低,其中幾個還隨帳號等級變化,所以請把這張表當成「我們最後一次核對時是這樣」,而不是當成「按下傳送一定過」的承諾。每個平台的官方頁面都列在表格下方——如果上限在我們核對之後變了,那麼官方頁面是對的,我們是錯的。
第二欄是平台公布的數字,第三欄是這個工具實際瞄的數字。除電子郵件那一檔更低以外,其餘都等於公布的數字。為什麼會有這個差,下一節說。
| 平台 | 公布上限 | 本工具瞄的數字 |
|---|---|---|
| Discord | 10 MB | 10 MB |
| 16 MB | 16 MB | |
| 電子郵件 | 25 MB | 18 MB |
| 微信 | 25 MB | 25 MB |
這不構成「某個檔案一定傳得出去」的保證。它做的是把檔案壓到某個公布數字以下並留出餘量,用的是表格所示日期那天公布的數字。
為什麼瞄上限以下,而不是剛好壓到上限
壓出來超幾百 KB,被拒的乾脆程度和超一倍完全一樣,所以這點餘量比它換掉的畫面細節值錢。有三樣東西在吃掉這份餘量。「MB」在有的系統裡是 1,000,000 位元組,在有的系統裡是 1,048,576,而對方按哪一種算通常不會告訴你。各家瀏覽器對同一個目標位元率的實際執行有差異,同樣的設定在不同機器上會落在略微不同的容量。還有音訊是原樣複製而不是重新編碼,這保住了你的原聲,但也在預算裡占掉固定的一塊,任何畫質設定都搶不回來。
電子郵件是唯一一檔刻意拉開較大差距的。附件不是按原始位元組寄出去的:它要為傳輸做一次編碼,路上容量會漲大約三分之一(這是 MIME 的機制,不是某一家服務商的怪癖)。所以剛好壓在公布上限上的檔案,到對面可能已經超了。瞄低意味著無論對方是在這層編碼之前還是之後計數,檔案都過線——而且還給收件方的信箱留了餘地:對方也有自己的上限,兩者取小的那個說話。
壓影片傳 Discord
表裡那個數字是免費帳號的附件上限,也正是值得瞄的那個,因為它是地板:Discord 自己的開發者文件就寫明上限可能因 Nitro 狀態或伺服器加成等級而更高。按免費帳號上限壓出來的檔案在哪裡都傳得出去;按加成過的伺服器尺寸壓的那個,一換地方傳就廢了。
選中 Discord 預設,工具會用這份預算除以影片長度,扣掉音訊要占的那塊,再挑出剩下的位元率真正撐得住的解析度——你不用在 720p 和 360p 之間猜。如果結論是任何解析度都塞不下,它會在開始壓之前說,而不是壓完再說。
壓影片傳 WhatsApp
表裡這個上限對應的是在聊天中以影片形式傳送——就是那種顯示縮圖、點一下直接在聊天裡播放的傳法。把同一個檔案改成以檔案形式附上,走的是另一條路,天花板高得多,這也是大家不壓縮就把大片段塞過 WhatsApp 的常規做法。
但這個繞法有代價:檔案形式不出預覽,對方得先下載才能看,也不會被相簿當成媒體收錄。壓縮保住的是「在聊天裡直接播」這件事。選哪一種,取決於這段影片是要在對話裡被看,還是只是一個要交付的檔案。
這裡的上限是按單個檔案算的,所以一段無論壓到什麼畫質都塞不進去的錄影,該考慮的是剪短或分段,而不是繼續加壓。
壓影片寄電子郵件
電子郵件是唯一一處「公布的數字不是該瞄的數字」,原因就是上面說的傳輸編碼——所以電子郵件這一檔明顯瞄得比表裡的數字低。它同時也是唯一一處兩個上限一起生效的場合:你寄送這邊一個,收件方接收那邊一個,取小的那個說話,而對方那個你通常無從得知。
如果壓到你願意寄出去的畫質仍然塞不下,誠實的答案就是各家信箱自己也在用的那個:把檔案放在某處,寄個連結過去。把一段長錄影硬壓到能過附件上限,通常壓出來的東西沒人願意看,那比寄連結更糟。
壓影片傳微信
表裡的數字對應的是在聊天中傳影片。朋友圈是另一套:卡的是長度而不是檔案容量,所以一個很小的檔案照樣可能因為太長被擋回來,繼續壓也完全沒用——那種情況要剪。目前的規則請以官方說明為準;這個工具只解決容量那一半。
和 WhatsApp 一樣,把片段以檔案形式傳出去走的是另一條路,餘量更大,代價是聊天裡不能直接播。如果對方只是需要這段素材,那通常是更划算的取捨。
目標根本到不了的時候
超過一定長度,一個緊的上限在任何解析度下都做不到:把一份小預算除以足夠多的分鐘數,扣掉音訊之後剩下的位元率撐不起一個值得看的畫面。工具會在開始壓之前算出這一點並告知,而不是先花掉你的時間壓出一坨沒法看的東西,再讓你自己發現。
遇到這種情況,該換的是輸入,不是設定。
- 剪短。剪掉頭尾的空鏡通常是單筆收益最大的一步,而且完全不損畫質。
- 分段傳送——如果卡你的是平台上限,而不是收件人的耐心。
- 傳連結而不是傳檔案。長影片這件事上,各家平台自己就是這麼做的。
- 確實需要那個天花板時才降到更低的平台檔位——按最緊的上限壓出來的檔案哪裡都傳得出去,但看得出來是壓過的。
這裡的任何操作都不會碰你磁碟上的原始檔案。壓縮後的副本是單獨下載的,刪不刪原始檔案永遠是你自己明確做的決定。
常見問題
怎麼把影片壓到能傳 Discord?
把影片拖進上面的工具,選 Discord 預設。它會從免費帳號的附件上限反推位元率,扣掉音訊要占的那塊,再挑出塞得下的解析度——不用在幾個畫質檔之間猜。該瞄免費帳號那個上限,因為 Nitro 和加成過的伺服器只會允許更大,所以按地板壓出來的檔案在哪裡都傳得出去。
為什麼電子郵件這一檔瞄得比公布的上限低?
因為附件不是按原始位元組走的。它要為傳輸做一次編碼,路上容量會漲大約三分之一——這是 MIME 郵件本身的性質,不是某一家服務商的做法。所以剛好壓在公布上限上的檔案,最後可能已經超了。瞄低意味著無論按這層編碼之前還是之後計數都過線,同時還給對方信箱自己的上限留了餘地,而那個你看不到。
壓完的檔案一定會被接受嗎?
沒有工具能承諾這件事,承諾了就是在猜。上限是平台定的,會變,其中幾個還看帳號等級——所以這個工具做的是:按表格所示日期那天公布的上限,壓到明顯低於它,並把官方來源連出來供你自己核。如果平台在我們最後一次核對之後調了上限,那麼它的頁面是對的,我們的表是舊的。
我的影片會被上傳嗎?
不會。壓縮走的是 WebCodecs——一個把影格交給你自己裝置的視訊編碼器的瀏覽器 API,成品在編碼過程中直接寫進本機儲存。沒有任何接收端在收你的檔案。壓的時候打開瀏覽器的網路面板,看不到上傳;或者把這個頁面載入完之後斷網,照樣能壓。
還是太大怎麼辦?
那麼卡住的是長度,不是設定。剪短是最有效的一步,而且不損畫質——剪掉一段錄影頭尾的空鏡,常常比改位元率管用。否則就分段,或者傳連結。如果一個目標在任何解析度下都到不了,工具會在開始壓之前說,而不是給你一坨糊的。
要不要乾脆以檔案形式傳過去?
有時候確實該這樣。在好幾個平台上,把片段以檔案或文件形式附上走的是另一條路,天花板高得多,一段大影片可以原樣過去。你失掉的是聊天裡那套體驗:沒有縮圖,點不了直接播,對方得先下載。要在對話裡被看的就壓;只是交付一份素材的,就以檔案形式傳。
音訊也會被壓縮嗎?
不會——它是原樣複製過去的,含 5.1 環繞聲。這保住了原聲,但也意味著音訊在容量預算裡占掉固定的一塊,任何畫質設定都拿不回來。一段較長、原聲位元率又高的片段,這一塊值得留意,因為那正是工具壓不動的部分。
可以選哪些平台?
Discord、WhatsApp、電子郵件和微信,目前公布的上限見上面的表格,每一條都連了官方來源。通用的 10 MB / 25 MB / 100 MB 也還在,就在平台預設上面那一排,給那些自己寫明了數字的上傳表單和入口網站用。
延伸閱讀
AskClean 團隊 · 更新於 2026-08-12