小红书上流传着这样的帖子：1.47G 的视频压到 169M，几乎不损失画质。小红书
底下评论区清一色"求教程"。这些帖子用的工具十有八九是同一个——HandBrake，有人叫它"大菠萝"。B站播放量最高的那期 HandBrake 入门教程，收藏量超过了六千次。哔哩哔哩
但真自己上手，大概率会撞上三个困惑：编码器下拉框里十几个选项，不知道选哪个；挂机压了一晚上，发现显卡占用率全程没上去；想找个"中文版下载地址"，搜出来全是下载站广告。
今天把这三件事一次性说清。先说结论：截至 2026 年 8 月，HandBrake 最新正式版是 6 月初发布的 1.11.2。GitHub同样一个视频，选不同的编码路线，省下的硬盘空间和花掉的时间能差一个数量级。这不是"哪个更好"的问题，是"哪个更适合你"的问题。
四条路线，各有各的账
HandBrake 的视频编码器看着多，其实就四条路线。
第一条，x264（H.264）。兼容性之王，十几年前的老电视、车机、各种上古设备基本都能播，编码速度中等。代价是同样画质下文件最大。如果你的视频要发给不确定设备的人，或者扔到老设备上放，选它最稳。
第二条，x265（H.265）。这是目前视频库瘦身的主力。社区里比较普遍的口径是：同等观感下，x265 比 x264 能省三成到五成的体积。2016 年之后的手机、电视、盒子基本都能播。代价是纯 CPU 软压速度慢，对"要压整个库"的人来说，时间就是真金白银。
第三条，SVT-AV1。最新的编码，压缩率和 x265 打平甚至略好，HandBrake 1.11.2 内置的 SVT-AV1 刚更新到 4.1.0。GitHub但它有两道门槛：CPU 编码速度是四条路线里最慢的；解码吃设备，老机器没有硬解会卡成幻灯片，更适合"播放端都是新设备"的人。
第四条，GPU 硬编。N卡的 NVENC、Intel 的 QSV、A卡的 VCN、苹果的 VideoToolbox。这条路线不讲压缩极限，讲的是速度——普遍比 CPU 软压快五到十倍甚至更多，代价是同样码率下画质比软压差一档。适合"赶时间、能接受文件略大"的场景。
简单记：要兼容选 x264，要省空间选 x265，设备全新且不怕慢选 AV1，赶时间选 GPU 硬编。
RF 值：唯一需要你调的参数，三个坑别踩
HandBrake 默认用"恒定质量"模式，你只需要动一个数：RF。数字越小，画质越高、文件越大。
HandBrake 官方文档给的推荐起点是这样的：x264/x265 编码，480p/576p 用 RF 18-22，720p 用 RF 19-23，1080p 用 RF 20-24，4K 用 RF 22-28；SVT-AV1 编码，480p 用 RF 22-32，720p/1080p 用 RF 25-35，4K 用 RF 25-40。HandBrake 官方文档
官方还特别提了两点。动画、卡通这类画面干净的片源，画质稍微调高一点效果更好。HandBrake 官方文档在 50 寸以上大电视、近距离观看的情况下，RF 可以往低调一两档。
然后是三个高频踩坑点。
第一个坑：拿不同编码器的 RF 值直接对比。官方文档明确说了，即使标尺名字一样，RF 值跨编码器也不可比，x264 的 RF25 和 x265 的 RF25 出来的完全不是一回事。HandBrake 官方文档所以换编码器之后，别沿用上一个的数值。
第二个坑：觉得质量参数给得越高越"良心"。RF 往低调两三档，文件可能直接大几倍，肉眼却看不出区别。压库是长期工程，多出来的都是硬盘钱。
第三个坑：Mac 用户注意，苹果 VideoToolbox 编码器的质量刻度方向和 x264/x265 是反的——数字越大画质越高。不过你也不用记这个，HandBrake 界面上统一是"往右拖画质越高"，跟着滑块走就行。
另外提醒一句：网上"压到十分之一还不损画质"的说法，多半是偷偷降了分辨率，或者源片码率本来就高。B站上甚至有"2GB的视频压缩到80Mb？"这样的教程标题。哔哩哔哩正常的 1080p 实拍视频，用 x265、RF23 左右压，体积通常能减一半上下，这已经是非常好的成绩，别被夸张帖带高了预期。
时间成本：最容易被低估的一笔账
先看一个真实实测。知乎有位网友在 i5-10400F + RTX 5060 Ti 的机器上，把 10 分钟的 1080p 视频转成 H.265、开启 N 卡硬件加速：格式工厂用时 28 秒，HandBrake 用时 60 秒，而且 GPU 编码占用率只有 60%，CPU 倒是全程满载。知乎
为什么压不满？因为 GPU 编码任务里，解码、滤镜、缩放这些前置环节都在 CPU 上跑，单任务喂不饱 GPU。那位网友自己也在文章里说，默认情况下 GPU 总是占不满，不知道怎么设置才好。知乎解法在设置里：把并行编码数量从默认值往上调到 2-3 个，同时 GPU 编码任务别挂不必要的滤镜。
微博上有人吐槽"压制每次都花好长时间"，本质就是没选对路线：用 CPU 软压干了硬编的活。微博
再给你个数量级概念（不同配置差异很大，仅供参考）：
GPU 硬编大概是实时时长的 5 到 10 倍速，100G 的库一晚上能跑完；
x265 纯 CPU 软压，中端 CPU 大概只有 0.3 到 1 倍实时速度，1TB 的库可能要挂好几天；
SVT-AV1 更慢，适合只压少量片子、追求极限体积的场景。
所以这笔账要一起算：如果 GPU 硬编只比 x265 软压多花 10% 的体积，但时间只要十分之一，对大多数人来说这 10% 的体积买得太值了——一块大容量硬盘的钱，比你挂机一周的电费和等待成本高。反过来，如果你是 NAS 玩家，机器 24 小时开着也没事干，那就让 CPU 慢慢压，时间不要钱。
三类人，三个直接答案
第一类，偶尔压一两个视频，为了发微信、传网盘、交作业。直接用预设，别折腾参数。1.10 版本开始还有一个专门的"Social 10MB"预设，就是为社交分享场景准备的。GitHub赶时间就选带 GPU 字样的预设，一两分钟完事。
第二类，视频库瘦身党，这也是这篇文章最想说的人群。方案很明确：x265、RF 23-26、保留原分辨率，晚上挂机用队列批量压。预期收益是体积减四成到六成，1TB 的库压完能省出半块硬盘的空间。小红书和 B 站都有成熟的 NAS Docker 部署方案，配合观影自动化可以做到"下完自动压、压完自动归档"。小红书如果你的机器有独显，又不介意体积略大，GPU 硬编挂机是快十倍的选择。
第三类，剪辑创作者。这里有个 2026 年的新变化值得说：1.11.0 版本新增了 Production 级别的 DNxHR 和 ProRes 预设，输出到 MOV 容器，还给 AMD 9000 系及以后的显卡加了 4K AV1 预设。GitHub意思是 HandBrake 不只是"压小工具"了，中间片交付、代理剪辑这些活它也能接一部分。如果你本来就为了压片装它，顺手就能把这些活干了。
下载和升级，三件事去个噪
第一，没有"HandBrake 中文官网"。官方只有 handbrake.fr 和 GitHub 的 HandBrake/HandBrake 发布页，软件本身自带中文界面。你在搜索引擎里看到的"2026 最新中文版高速下载"，几乎全是下载站套壳页，版本旧、可能带捆绑。认准官网，就不用交这个智商税。
第二，Windows 用户从 1.11 开始，要先装 Microsoft .NET Desktop Runtime 10.0，这是官方升级须知里单独列出的一条。GitHub最近装完发现软件打不开的朋友，先查这个。
第三，升级前备份自定义预设。官方升级说明专门提醒：队列里没跑完的任务先跑完，自定义预设和偏好设置可能与新版不兼容，先备份。GitHub
往后看什么
AV1 的拐点值得留意。就在 8 月 13 日，英特尔 Arc 显卡补齐了 Linux 下 Vulkan 的 AV1 硬件编码，整个生态还在持续补拼图。微博新电视、新手机支持 AV1 解码的比例一年比一年高。如果你的播放端全是近两年的新设备，可以拿几部片子试试 AV1，体积会比 x265 再小一点；家里还有老设备的，就老老实实用 x265。
最后一句忠告：真正珍贵的素材，压完也别删原件。压缩是一条单行道，RF 调高了、参数选错了，画质找不回来。
