想把1GB视频压到50MB还不糊，调好这三个参数比换什么工具都管用
大部分人说"视频压缩太复杂"，其实是被一堆专业名词吓住了。视频压缩说穿了就三件事：用什么编码、画质保留多少、分辨率降到哪。搞懂这三个，工具只是执行器。
一、先看编码：H.264、H.265、AV1，不是越新越好
编码格式决定了视频在压缩时怎么"丢信息"。H.264是2003年的标准，H.265是2013年的，AV1是2018年的。数字越大越新，压缩率越高，但编码时间和兼容性也越差。
| 维度 | H.264 (AVC) | H.265 (HEVC) | AV1 |
|---|---|---|---|
| 压缩效率 | 基准（100%） | 比H.264节省40-50%体积 | 比H.265再省20-30% |
| 编码速度 | 快，1x | 中等，1.5-3x | 慢，5-10x |
| 兼容性 | 所有设备/浏览器 | 主流设备，老手机可能卡 | 新设备支持，老设备不兼容 |
| 适合场景 | 网站上传、通用分享 | 高清存档、下载分发 | CDN节省带宽、未来储备 |
结论很直接：如果你压视频是为了传到网站、发给客户、上传平台，选H.264。压缩率不是最高的，但兼容性没短板——打开就能放，不会出现"对方说打不开"的尴尬。H.265适合本地存档（NAS、硬盘存4K素材），AV1适合有技术团队、需要极致节省CDN带宽的场景。普通人选H.264，不会错。
二、CRF值才是压缩的"灵魂"
大部分视频压缩工具都有个"质量"滑条——高、中、低。这背后其实是一个叫CRF（恒定质量因子）的参数在起作用。CRF范围0-51，数字越小画质越好、文件越大，数字越大压得越狠、画质越差。
日常使用记住三个数字就行：CRF 18是"无损档"，CRF 23是"平衡档"，CRF 28是"小体积档"。不用纠结中间的数字，差1-2个值肉眼看不出来。如果要压到极致小体积，换H.265编码配合CRF 28，能比H.264 CRF 23再省一半体积，但编码时间翻倍。
三、分辨率别乱降，这是最容易踩的坑
很多人压缩视频第一反应就是"把分辨率降一降"，4K降1080p、1080p降720p。降分辨率确实能大幅减体积——4K降到1080p体积大约减少60-75%。但问题是：不是所有场景都该降分辨率。
三种场景，分辨率策略完全不同：
- 网站展示视频：先查页面视频播放器的实际宽度。如果播放区域只有720px宽，1080p视频降到720p就够了，用户看不出区别。但如果播放器能全屏到1080p，就别降分辨率——先用CRF调节。
- 课程录像/教学视频：如果画面里有代码、表格、UI界面，不能降分辨率。一降分辨率文字就糊了，反而影响观看。优先调CRF和编码。
- 手机拍摄的生活视频：大部分手机拍的是1080p，降720p确实省空间，但得看内容。人脸、风景类可以降，文字类、截屏类不要降。
降分辨率时还有一个容易被忽略的参数：缩放算法。用HandBrake或FFmpeg手动操作的话，缩放算法选lanczos，不要用默认的bilinear。bilinear速度快但画面会变"软"，lanczos能最大限度保留锐度。这个细节能让同样分辨率的输出画质差一档。
四、六款工具实测，按你的需求对号入座
参数搞懂了，接下来是工具。市面上的视频压缩工具分成两大类：桌面端软件和在线网页工具。桌面端功能强但需要安装，在线工具方便但有文件大小限制和隐私风险。下面六款是实测过值得用的。
| 工具 | 类型 | 压缩率 | 批量处理 | 文件上限 | 隐私安全 | 适合谁 |
|---|---|---|---|---|---|---|
| HandBrake | 桌面端 | 极高（可精细调参） | 强（队列批量） | 无限制 | 本地，不上传 | 需要精细控制参数的人 |
| ShanaEncoder | 桌面端 | 极高 | 强（批量+GPU加速） | 无限制 | 本地，不上传 | 追求速度+画质的平衡 |
| FFmpeg | 命令行 | 最高（全参数可控） | 脚本批量 | 无限制 | 本地，不上传 | 开发者/批量自动化 |
| 91AI工具 | 在线 | 中高（50-80%） | 支持 | 4GB | 纯前端，不上传 | 在线压缩+注重隐私 |
| Compresto | 在线 | 中高 | 支持 | 无限制 | 浏览器本地压缩 | 大文件在线压缩 |
| 格式工厂 | 桌面端 | 中等 | 强 | 无限制 | 本地，不上传 | 小白用户，简单直接 |
HandBrake——参数最全，但界面需要适应
开源免费，底层是FFmpeg，支持H.264/H.265/AV1/VP9全部编码器。批量处理是"队列"模式——先把要压的视频一个个加进队列，然后一键全部处理。CRF、编码器、预设速度、分辨率、音频码率全部可以独立调节。唯一的门槛是界面稍显硬核，第一次打开可能会被几十个选项吓住。但设置一次之后可以存成预设，下次一键调用。
ShanaEncoder——HandBrake的"韩国兄弟"，GPU加速更快
同样基于FFmpeg，但界面比HandBrake友好一些，而且对NVIDIA NVENC和Intel QuickSync硬件加速支持更好。如果你显卡是N卡，选NVENC H.265编码，压缩速度比纯CPU快3-5倍，画质差距在CRF 23以上几乎不可感知。批量处理可以直接拖文件夹。
FFmpeg——一条命令搞定100个视频
没有图形界面，但灵活性最高。适合要批量处理大量视频的开发者。三条最实用的命令：
ffmpeg -i input.mp4 -c:v libx264 -crf 23 -preset medium -c:a aac -b:a 128k output.mp4
# 高压缩存档（H.265, CRF 28）
ffmpeg -i input.mp4 -c:v libx265 -crf 28 -preset medium -c:a aac -b:a 64k output.mp4
# 批量压缩文件夹内所有mp4
for %i in (*.mp4) do ffmpeg -i "%i" -c:v libx264 -crf 23 -c:a aac -b:a 128k "compressed_%i"
在线工具——省事但有代价
在线压缩工具最大的坑是文件上传到服务器。VEED.IO免费版限制25MB，Kapwing限制250MB，而且你的视频在压缩期间是躺在别人服务器上的。如果你压的是客户演示视频、内部培训录像、产品样片，不要用会上传的在线工具。
五、一套参数组合拳，覆盖90%的压缩需求
不用每次都从头调参数。按场景把下面四套组合存成预设，以后直接套用。
| 场景 | 编码 | CRF | 分辨率 | 音频 | 预期效果 |
|---|---|---|---|---|---|
| 网站上传/平台发布 | H.264 | 23 | 保持原分辨率 | AAC 128k | 兼容最好，画质几乎无损 |
| 微信/邮件发送 | H.264 | 28 | 720p | AAC 64k | 体积小，能看，发得出去 |
| 本地存档（省空间） | H.265 | 23 | 保持原分辨率 | AAC 128k | 比H.264省一半空间，画质持平 |
| 极致压缩（能看就行） | H.265 | 28 | 720p | AAC 64k | 1GB可压到50-80MB |
还有一个经常被忽略的点：音频码率。如果视频内容是讲解、录屏、会议——不是音乐会或电影——音频降到AAC 64kbps完全够用。128k到64k能省掉十几MB，对听感影响极小。
六、压缩完画质变糊了？八成是这几个原因
❌ CRF设太高了
最常见的问题。看到滑条就往"最小体积"方向拉到底，CRF直接飙到35以上，画面细节全部被磨平。CRF 28是日常压缩的上限，再高画质肉眼可见下降。
❌ 分辨率降太狠
1080p直接降480p，体积是小了但画面没法看。如果原视频有文字、代码、界面截图，降分辨率后字会糊。降分辨率应该是最后手段，先调CRF和编码。
❌ 二次压缩
视频上传到平台后，平台会再压一次。如果你已经压得很狠（CRF 30+），平台二压后画质雪崩。给平台上传的视频留点"余量"，CRF 23以内，让平台有压缩空间。
还有一个很多人不知道的细节：preset（预设速度）对画质的影响。HandBrake和FFmpeg都有preset选项（ultrafast到placebo）。选ultrafast编码最快但压缩率最低，同样CRF下文件比medium大20-30%。日常用medium或slow就够了，placebo多花几倍时间只多压4%，完全不值得。
七、批量压缩100个视频怎么搞
如果是偶尔压一两个视频，HandBrake的队列功能足够。但如果有几十上百个视频要批量处理，三种方案按技术能力选：
如果你经常需要批量压缩，建议花半小时学一下FFmpeg的基础命令。一条命令配好参数后可以无限复用，比每次打开图形工具效率高得多。而且FFmpeg可以在服务器上跑，配合cron定时任务能实现全自动压缩流水线。
压完记得看一眼：用VLC或PotPlayer打开压好的视频，拖到中间有快速运动画面的部分暂停，看看有没有明显马赛克或色块。如果有，CRF值减2再压一次。花30秒检查一次，比事后发现画质糊了重新压强。
最后说几个"不压更划算"的情况
不是所有视频都值得压缩：
- 已经压过的视频：如果视频本身就是从平台下载的（B站、YouTube），说明已经经过平台压缩了。再压一遍属于"二压"，画质会明显下降。这种视频不需要再压。
- 时长很短的小视频：一个30秒的1080p视频可能只有20-30MB，压缩后省5MB，但花的时间可能比传原文件还久。100MB以下的视频直接传，不要折腾。
- 将来还要剪辑的素材：素材压了再剪，导出时还要再压一次，等于被压了两次。素材保留原始码率，剪辑导出时一次性压到位。
工具本身没那么重要。HandBrake和ShanaEncoder底层都是FFmpeg，同一个引擎。真正拉开压缩效果差距的是三个参数：编码选H.264还是H.265，CRF设18还是28，分辨率保持原样还是降到720p。这三个参数调对了，用格式工厂也能压出好效果；调错了，换什么工具都一样糊。
日常上传网站选H.264 + CRF 23 + 原分辨率，这一套组合拳能解决大部分需求。需要极致小体积再上H.265 + CRF 28 + 720p。批量处理优先用ShanaEncoder（有GPU加速），命令行选手用FFmpeg写脚本。在线工具只选不上传服务器的那种。
