把视频压到能过上传上限

这些预设瞄的是哪些上限

下面每一个数字都是别人定的。平台会调高也会调低，其中几个还随账号等级变化，所以请把这张表当作「我们最后一次核对时是这样」，而不是当作「按下发送一定过」的承诺。每个平台的官方页面都列在表格下面——如果上限在我们核对之后变了，那么官方页面是对的，我们是错的。

第二列是平台公布的数，第三列是这个工具实际瞄的数。除邮件那一档更低以外，其余都等于公布的数。为什么会有这个差，下一节说。

这不构成「某个文件一定能发出去」的保证。它做的是把文件压到某个公布数字以下留出余量，用的是表格所示日期那天公布的数。

为什么瞄上限以下，而不是刚好压到上限

压出来超几百 KB，被拒的干脆程度和超一倍完全一样，所以这点余量比它换掉的画面细节值钱。有三样东西在吃掉这份余量。「MB」在有的系统里是 1,000,000 字节，在有的系统里是 1,048,576，而对方按哪种算通常不会告诉你。各家浏览器对同一个目标码率的实际执行有差异，同样的设置在不同机器上会落在略微不同的体积。还有音频是原样拷贝而不是重新编码，这保住了你的原声，但也在预算里占掉固定的一块，任何画质设置都抢不回来。

邮件是唯一一档故意拉开较大差距的。附件不是按原始字节发出去的：它要为传输做一次编码，路上体积会涨大约三分之一（这是 MIME 的机制，不是某一家服务商的怪癖）。所以刚好压在公布上限上的文件，到对面可能已经超了。瞄低意味着无论对方是在这层编码之前还是之后计数，文件都过线——而且还给收件方的邮箱留了余地：对方也有自己的上限，两者取小的那个说话。

压视频发 Discord

表里那个数是免费账号的附件上限，也正是值得瞄的那个，因为它是地板：Discord 自己的开发者文档就写明上限可能因 Nitro 状态或服务器加成等级而更高。按免费账号上限压出来的文件在哪儿都发得出去；按加成过的服务器尺寸压的那个，一换地方发就废了。

选中 Discord 预设，工具会用这份预算除以视频时长，扣掉音频要占的那块，再挑出剩下的码率真正撑得住的分辨率——你不用在 720p 和 360p 之间猜。如果结论是任何分辨率都塞不下，它会在开压之前说，而不是压完再说。

压视频发 WhatsApp

表里这个上限对应的是在聊天里以视频形式发送——就是那种显示缩略图、点一下直接在聊天里播放的发法。把同一个文件改成以文件形式附上，走的是另一条路，天花板高得多，这也是大家不压缩就把大片段塞过 WhatsApp 的常规做法。

但这个绕法有代价：文件形式不出预览，对方得先下载才能看，也不会被相册当作媒体收录。压缩保住的是「在聊天里直接播」这件事。选哪种，取决于这段视频是要在对话里被看，还是只是一个要交付的文件。

这里的上限是按单个文件算的，所以一段无论压到什么画质都塞不进去的录像，该考虑的是剪短或分段，而不是继续加压。

压视频发邮件

邮件是唯一一处「公布的数不是该瞄的数」，原因就是上面说的传输编码——所以邮件这档明显瞄得比表里的数字低。它同时也是唯一一处两个上限一起生效的场合：你发送这边一个，收件方接收那边一个，取小的那个说话，而对方那个你通常无从得知。

如果压到你愿意发出去的画质仍然塞不下，诚实的答案就是各家邮箱自己也在用的那个：把文件放在某处，发个链接过去。把一段长录像硬压到能过附件上限，通常压出来的东西没人愿意看，那比发链接更糟。

压视频发微信

表里的数字对应的是在聊天里发视频。朋友圈是另一套：卡的是时长而不是文件体积，所以一个很小的文件照样可能因为太长被挡回来，继续压也完全没用——那种情况要剪。当前规则请以官方说明为准；这个工具只解决体积那一半。

和 WhatsApp 一样，把片段以文件形式发出去走的是另一条路，余量更大，代价是聊天里不能直接播。如果对方只是需要这段素材，那通常是更划算的取舍。

目标压根到不了的时候

超过一定时长，一个紧的上限在任何分辨率下都做不到：把一份小预算除以足够多的分钟数，扣掉音频之后剩下的码率撑不起一个值得看的画面。工具会在开压之前算出这一点并告知，而不是先花掉你的时间压出一坨没法看的东西，再让你自己发现。

遇到这种情况，该换的是输入，不是设置。

1. 剪短。剪掉两头的空镜通常是单笔收益最大的一步，而且完全不损画质。
2. 分段发送——如果卡你的是平台上限，而不是收件人的耐心。
3. 发链接而不是发文件。长视频这件事上，各家平台自己就是这么干的。
4. 确实需要那个天花板时才降到更低的平台档位——按最紧的上限压出来的文件哪儿都发得出去，但看得出来是压过的。

这里的任何操作都不会碰你磁盘上的原文件。压缩后的副本是单独下载的，删不删原文件永远是你自己明确做的决定。

常见问题