Discord 视频太大时，我会先做一份分享副本
游戏录屏、Bug 复现、功能 Demo 往往只差一点就超过附件限制。没必要为了压缩这一份副本，先把几百 MB 的原视频交给另一个上传站。
先看现在真正的 Discord 上限
截至 2026 年 9 月 17 日，Discord 官方附件 FAQ 写的是：非 Nitro 用户最大上传 20MB，Nitro Basic 为 50MB，Nitro 最高 500MB。Discord 同时注明正在对部分用户测试不同的上传上限，所以账号界面里显示的实际限制仍然优先。
还有一个容易被旧教程漏掉的变化：Discord 现在在移动端也改成了压缩前检查文件大小。也就是说，不要指望“先把 35MB 视频扔进去，Discord 自己压完也许就过了”。官方说明可以看 Discord File Attachments FAQ。
游戏录屏为什么特别容易超过 20MB
60fps、1080p、快速镜头、粒子特效和大量 UI 变化都很吃码率。一个几十秒的战斗片段，体积可能比几分钟的静态教程还大。真正决定文件大小的通常不是“MP4”这三个字，而是时长 × 码率，再叠加分辨率、帧率、编码器和画面复杂度。
所以比“强行压到 50%”更靠谱的做法，是先确定目的：只是让队友看一次 Bug，还是要给美术审画质？用途不同，压缩策略也不同。
免费账号：目标不要死卡 20.00MB
如果你的目标是普通免费账号上传，我更愿意把分享副本瞄准 18–19MB 左右，而不是赌容器开销、音轨和最终封装刚好不越线。目标大小不是数学保证，但留一点余量通常比反复重跑舒服。
- 短录屏：优先保留 1080p，再降码率。
- 较长教程：720p 往往比把 1080p 压得满屏色块更好看。
- UI / 代码演示：先确认小字号仍然能读，再继续压。
- 60fps 游戏：如果动作不是重点，可以尝试 30fps；如果是操作演示，则宁可保帧率、降低其他参数。
本地压缩的意义不是“更高级”，只是少一次上传
很多在线视频压缩器的流程是：原视频上传 → 云端转码 → 再下载。公开素材当然可以这么做，但未发布游戏内容、内部 Build、玩家举报录像、客户 Demo 或带账号信息的录屏，没必要默认多经过一个服务器。
浏览器支持对应编码路径时，视频可以直接在设备上解码、压缩和重新封装。CreatorPrivacyKit 的 Video Compressor 就是按这个方向做的：支持时在浏览器本地处理；不支持的路径应该明确报错，而不是偷偷切到云端。
原视频留着，Discord 只发“分享副本”
压缩不是备份策略。4K 或高码率母版继续留在本地，Discord 里只发为这次交流准备的小副本。后面要剪辑、发 YouTube、做素材归档时，不要拿已经为 20MB 做过一次激进压缩的文件继续转码。