Discord和邮件视频压缩方法（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。25 MB 的 Gmail 目标是 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，相当于缩小到 1/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 能在相同大小里塞进更高的画质，但用旧 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 秒。一段 30 秒的游戏高光压缩到 10 MB，能得到约 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 上，分享的云盘链接只会显示预览卡片而不是播放器，观看者需要点击跳转后才能观看。一个实用的划分方法：约两分钟以内、希望直接在聊天中播放的视频就压缩，更长或更重要的视频就发链接。