# 如何把视频压到可以发送的大小

发不出去的视频只有一个问题：超过数字上限。这里说明容量花在哪里，减少容量有什么代价，以及如何不用先上传太大的文件就达到目标。

[打开视频压缩](https://httcup.github.io/tools/compress-video/): 说一个它最多能有多大。剩下的工具来算，做完先量一遍再交给你。

最后更新 2026年10月13日

## 简短答案

打开[视频压缩器](https://httcup.github.io/tools/compress-video/)，拖入视频，选择要求的上限：8 MB、16、25、50、100，或输入任意值。下面一行说明这个大小能容纳的画面尺寸和码率，由视频长度决定。点击按钮，视频在你的设备上编码，核对大小后重新打开，确认时长不变。无需上传。

下面解释这次交换的代价。“压缩”对 ZIP 可以是无损的，对视频却不是。

## 附件、上传和问题报告

发邮件先查整封邮件的上限，扣除其他附件，再留余量。个人 Gmail 目前允许 25 MB 附件，公司和学校由管理员定限额。[Gmail 附件说明](https://support.google.com/mail/answer/6584?hl=en)解释了区别。预设只是大小目标，不保证收件方接受。

问题报告或短演示先剪掉等待，保留能解释问题的点击，需要声音时保留音轨，分辨率要能读清关键小字。在接收方应用里播放下载文件，检查实际大小和最后一秒。字糊了就提高目标大小或缩短片段。

## 容量花在哪里

视频文件几乎全是画面。一分钟手机拍摄的 1080p 通常有 60 到 150 MB，声音约占 1 MB。其余是每秒三十张画面，以与前一张的变化描述。因此视频大小近似等于允许画面使用的每秒比特数，也就是*码率*，乘以时长。

所以大小上限直接决定码率。减去原样复制的声音和少量容器开销，把余下容量除以时长。两分钟视频限制到 25 MB，画面约能用每秒 1.6 兆比特。这就是全部预算，其他选择都由此决定。

## 为什么先缩小画面，而不是先降低画质

码率只有结合像素数量才有意义。每秒 1.6 兆比特分给 1080p 的两百万像素、每秒三十次，每个像素几乎没剩多少。编码器只能抹平细节：边缘发软、色块出现、运动糊成一片。同样码率用于 720p 就能正常观看，480p 更清楚。

因此工具按 1080p、720p、480p、360p 逐级降低尺寸，直到每帧有足够比特描述画面。它在开始前就计算并说明。较小的清晰画面在任何屏幕上都比大而模糊的画面好，上传平台也会默默这样处理。工具从不反向放大：结果不会超过原始尺寸。

你可以修改决定。必须看清文字的屏幕录制可能需要保留 1080p，接受较软的画面；只在手机看的视频可以降到 480p，把预算留给运动。

## 损失什么，怎样少损失

压缩视频就是重新编码视频。画面被解码、缩小，再按新码率写出，比原文件离相机多一代。声音不变，采样原样复制。画面损失由目标大小决定：缩成一半通常损失很少，900 MB 压到 25 MB 则丢掉大部分比特，画面会反映出来。

- **按实际需要设置大小。**限制是 25 MB，就用 25 MB。设成 8 MB，会无端舍弃三分之二的画面预算。
- **先剪。**去掉不需要的时间，能让剩下的每秒分到更多空间。[视频剪辑器](https://httcup.github.io/tools/guides/trim-a-video/)可以不重新编码地复制兼容选段，精确剪切则会重新编码画面。剪后的文件可能仍带有播放编辑，精确剪画面后也可能保留音频编辑。如果压缩器拒绝这条时间线，先在本地编辑器中导出一份已应用这些编辑的新视频，再继续。按页面标注，明确选择方法。
- **不需要声音就去掉。**一分钟立体声约占一兆字节。短片限制严格时，这点空间可能决定画面是清楚还是模糊。
- **保留原件。**压缩不能恢复。压缩副本、发送副本，留下相机原文件。

## 奇怪的其实是上传

在线压缩器要求你上传一份“太大而不能上传”的文件。900 MB 通过你的网络传上去，才能换回 25 MB。家庭连接上，上传常常比编码更慢。还要问谁保存、多久、谁能看。对孩子或家里的录像，这不是无关紧要的问题。

这些都可以避免。近几年的浏览器自带与手机一样的视频编码功能，[本工具](https://httcup.github.io/tools/compress-video/)直接使用：从磁盘分块读取、解码、缩小，在你的设备上重新编码，成品保存在内存中等待下载。本页策略列出所有可联系地址，没有一个属于本站。断网后它照常运行。要亲自验证，断开网络再压缩即可。

一般情况见[上传文件安全吗](https://httcup.github.io/tools/guides/is-it-safe-to-upload-files/)。

## 交付前检查什么

编码器只能接近指定码率，所以工具先以略低于目标的数值编码，再测量成品。超限时，按偏差重新计算码率并再编码一次，页面会说明。之后在你的设备上重新打开成品，比较它与原件的时长。漏掉最后一秒或声音也会让文件变小，只有重新读回结果才能发现。成品在下载按钮下方播放，发送前可以检查。如果检查行仍报告未达到目标，下载文件就仍超限。缩小画面、缩短片段或提高允许大小后重试。

## 读什么，写什么

输出包含 H.264 视频和原始音频副本的 MP4。MP4 中的 H.264 支持广泛，但接收端还须支持音频编码和视频配置。请在目标应用中测试成品。输入为浏览器能解码的 MP4 和 MOV；不读取 WebM、MKV 或 AVI，也不输出 WebM、HEVC 或 AV1。