如何减少视频文件体积，又看不出画质变化？（实测）

要点速览

• 文件大小 = 码率 × 时长。想让文件变小，就在眼睛察觉不到的地方少花一些比特。
• 手机视频和录屏用的是又高又固定的码率；改用“恒定质量”重新编码，我们的测试文件小了 77%，VMAF 只降了 1.9 分。
• 换成 H.265，体积又能再减一半，得分相近；更慢的预设几乎没有帮助。
• 文件大小相同时，保留分辨率、加大压缩，得分比缩到 720P 更高。
• 从质量最高的副本只压缩一次；删原文件之前，先全屏检查压缩结果。

大多数情况下，你可以把视频文件压到原来的几分之一，而看不出区别，因为大多数相机和录屏软件写入的数据远比画面需要的多。关键在于改用恒定质量重新编码，而不是固定码率，再选一个高效的编码格式。

每次重新编码都会损失一点，所以“不影响画质”其实是“看不出画质变化”。本文会讲清视频文件为什么大、我们实测了哪些设置能用最小的可见代价换来最大的体积缩减、怎么压到指定大小，以及在 KwaFlux 里或用 FFmpeg 怎么做。

目录

1. 视频文件为什么这么大
2. 我们的测试：同一个文件，七种压缩方式
3. 该选哪种方法？
4. 方法 1：用恒定质量（CRF）重新编码
5. 方法 2：换成 H.265
6. 方法 3：压到指定大小
7. 其他小幅节省：音频、轨道、时长
8. 在 KwaFlux 里怎么做
9. 问题排查
10. 常见问题

视频文件为什么这么大

视频的文件大小等于码率乘以时长，再加上一点封装开销。一段 1 分钟、16 Mbps 的视频就是 16 × 60 ÷ 8 = 120 MB，与分辨率无关。所以能调的只有几样：

• 码率：每秒给多少比特。这是最大的一根杠杆。
• 编码效率：H.265、AV1 这类较新的编码，描述同样的画面比 H.264 用的比特更少。
• 分辨率和帧率：像素少、帧数少，需要的比特就少，但会损失细节或流畅度。
• 音频：通常占比不大，但也不是零。
• 时长：剪掉多余的部分，瘦身的同时不付出任何画质代价。

手机和录屏软件为了实时跟上，用的是快速的硬件编码器和宽裕的固定码率。这就给更慢、更聪明的编码器留出了很大空间。

我们的测试：同一个文件，七种压缩方式

我们做了一个“手机风格”的原文件：30 秒 1080P 电影片段，用快速编码器、按 16 Mbps 的目标码率编码（49.2 MB，实际平均约 13 Mbps），再用七种方式压小。每个结果都和未压缩的母版对比打 VMAF 分（0 到 100，越高越接近母版），原文件也按同样方法打分。所有结果的音频都是 128 kbps 的 AAC。

测试素材取自《钢铁之泪》（Tears of Steel，CC BY 3.0 授权）；耗时来自同一台 Intel 笔记本的 CPU。

数字说明了这几件事：

1. 大部分体积是白省的。 从固定 16 Mbps 的设置改成 CRF 20，体积减少 77%，得分只降 1.9 分，正常观看很难看出区别。
2. H.265 是下一个大台阶。 H.265 的 CRF 24 不到 H.264 CRF 20 的一半大，得分略低，编码时间约为 3 倍。
3. 更慢的预设收益很小。 这里 slow 只比 medium 小了 3%。
4. 观众用大屏看时，别靠缩分辨率省空间。 体积几乎一样时，1080P 的 H.265 CRF 28 得 77.3 分，720P 文件只有 75.1 分。

该选哪种方法？

几种编码的比较见H.264、H.265 和 AV1 怎么选。

方法 1：用恒定质量（CRF）重新编码

CRF（恒定码率因子）让编码器保持一个质量水平，每个场景只用它需要的比特：静止镜头少给，动作镜头多给。数值越低画质越高、文件越大；H.264 用 18 到 23 就能覆盖大多数用途。

ffmpeg -i input.mp4 -c:v libx264 -preset medium -crf 20 -pix_fmt yuv420p -c:a aac -b:a 128k -movflags +faststart output.mp4

-movflags +faststart 会把索引移到文件开头，文件没下载完就能开始播放。

方法 2：换成 H.265

H.265（HEVC）大约只需要 H.264 一半的比特就能达到相近的画质，代价是编码更慢，老设备和部分网页浏览器支持较差。

ffmpeg -i input.mp4 -c:v libx265 -preset medium -crf 24 -pix_fmt yuv420p -tag:v hvc1 -c:a aac -b:a 128k -movflags +faststart output.mp4

-tag:v hvc1 能让苹果设备和 QuickTime 识别这个文件。H.265 的 CRF 和 H.264 不是同一个刻度：我们的测试里，H.265 的 CRF 24 得分接近 H.264 的 CRF 23，体积却小得多。

旁注： AV1 压缩率更高，但在大多数电脑上编码很慢，老手机也播不流畅。如果现在要分享，H.265 是更稳妥的一步。

方法 3：压到指定大小

文件必须低于某个上限时，就从目标大小倒推：

1. 把目标大小换算成兆比特：兆字节 × 8。25 MB 就是 200 兆比特。
2. 除以时长（秒）。60 秒就是总共 3.33 Mbps。
3. 减去音频。音频 128 kbps 的话，视频还剩约 3.2 Mbps。
4. 给封装留几个百分点：目标定在约 3.1 Mbps。

然后做两遍编码，让编码器把比特分配到最需要的地方：

ffmpeg -y -i input.mp4 -c:v libx264 -preset medium -b:v 3100k -pass 1 -an -f null NUL
ffmpeg -i input.mp4 -c:v libx264 -preset medium -b:v 3100k -pass 2 -c:a aac -b:a 128k -movflags +faststart output.mp4

在 macOS 上，把 NUL 换成 /dev/null。我们的测试里，目标 4.98 MB，实际得到 5.18 MB，超出约 4%，所以上限严格时要留出这个余量。

其他小幅节省：音频、轨道、时长

• 音频： 128 kbps 的 AAC 对人声和大多数音乐都够用。从 256 kbps 降到 128 kbps，每分钟约省 1 MB。
• 多余轨道： 去掉不需要的解说轨、第二语言轨或数据轨。-map 0:v:0 -map 0:a:0 只保留第一条视频轨和音频轨。
• 时长： 剪掉没人要看的部分，这一步对画质毫无影响。
• 帧率： 幻灯片之类的 60 帧录屏可以降到 30 帧；游戏和体育就保留 60 帧。

在 KwaFlux 里怎么做

KwaFlux 的压缩器（模块名为视频音频压缩）不用命令行就能批量压小视频和音频：

1. 在侧栏打开压缩器，添加或拖入文件。图片会被跳过，压缩器目前只压视频和音频。
2. 在压缩方式里选择画质优先，再选高画质（几乎看不出差别，省得少一些）、均衡（画质和体积兼顾）或更小体积（体积最小，能看出画质下降）。也可以选大小优先，文件必须低于某个上限时，再填目标大小。
3. 开始压缩。每个完成的文件都会显示“从……压到……”。如果目标小到保持原尺寸会太难看，KwaFlux 会缩小画面并说明原因；如果压完不会比原文件更小，输出的是原文件的副本，而不是一个更差的文件。

想指定编码格式，比如 MP4 封装的 H.265，就用转换器，在那里选格式和编码。

问题排查

结语

压好视频，关键是不浪费比特：从固定码率换成恒定质量；观众的设备播得了，就换 H.265；必须低于上限时，从上限倒推。从质量最高的副本压缩一次，检查好结果之前别删原文件。为什么反复压缩的损失会累加，见网上下载的视频为什么很模糊。

在你自己的电脑上批量压小视频

KwaFlux 的压缩器和视频转换可以按画质或按目标大小压小视频和音频。媒体文件不会为了处理而上传。可在 Windows 10（64 位，1809 或更新版本）、Windows 11，以及搭载 Apple Silicon 的 macOS 12 或更新版本上运行。导入文件和浏览应用都不需要账号。仅在导出、转换、文件修复和从链接下载文件时需要登录并购买付费方案。

下载 KwaFlux · 查看方案