让AI排视频试压计划：用HandBrake对比三组质量，再决定保留哪份

短片太大不方便传，直接让AI给一串压缩参数，常会遗漏字幕细字、暗部颗粒或音轨。这里让AI负责整理限制和对比结果，HandBrake负责转码，人负责验收。只用一段自己拍摄的1080p、30帧、SDR普通视频副本，目标是找出“能接受且更小”的候选，而不是承诺无损缩小到某个固定比例。

准备与费用：一台已安装官方HandBrake的电脑、原始视频备份、可播放输出的目标设备，以及已有文本AI。HandBrake是免费开源转码器，不需要云端转码订阅；AI用量按你的账户计算。只向AI提供参数和人工观察记录，不必上传视频。HDR、4K、60帧、透明视频或多声道交付不直接套用这次练习。未安装时从官方项目进入下载说明，不为跟教程临时更新正在工作的机器。

1. 先让AI写试压计划，而不是万能参数

我有一段自摄1080p、30fps、SDR短片，已经备份。只做分享副本，不覆盖源文件。
目标：在手机和电脑能正常播放；文字和面部细节不能明显变糊；优先减小体积，没有硬性MB上限。
片段记录：00:05–00:15有字幕细字；00:20–00:30有人快速转身；00:40–00:50有暗部渐变。
请输出试压计划和空白验收表，不给实测结果。用同一H.264(x264)编码器、同一分辨率/帧率/音轨，只比较RF20、22、24。
表列：候选｜实际编码器与RF｜完整输出大小｜文字｜运动｜暗部｜音画同步｜目标设备播放｜结论。
说明哪些项目必须人工播放验证。不要预测精确文件大小、无损效果或通用压缩比例；发现源文件参数不符合前提时先指出。

上面的时段是原创示例，换成你片子里真正有细节的三个位置。AI可以帮助找漏项和整理结果，但没有收到视频时不能声称看到了压缩伪影。

2. 固定其他条件，只改RF

打开源副本，选择General中的Fast 1080p30作为起点，确认输出为MP4、视频编码器为H.264(x264)。官方预设表显示该预设使用H.264与AAC立体声；预设还会限制分辨率、帧率并影响音轨，因此应逐项核对，不能只看名称。检查裁切没有误删边缘文字，选定同一条音轨，保持各轮设置一致。

本练习用恒定质量，先RF22，再试20和24。官方质量指南把x264的1080p常用起点放在RF20–24范围；这不是质量保证。对x264而言较小RF倾向较高质量、较大文件。不要把x264的22直接等同另一编码器的22，也不要同时换分辨率或速度预设，否则结果无法判断是哪个变量造成。

3. 先看短预览，再编码完整副本

打开工具栏Preview，按官方预览流程选择起始位置和时长，生成Live Preview。分别覆盖细字、快速运动和暗部片段；预览位置若不能准确落在你要看的时段，改看能覆盖该内容的区间。三组RF都用相同片段、显示大小和播放器比较，不用不同手机亮度或不同缩放倍率评判。

暂停看细字和轮廓，再正常速度看运动及音画同步。记录事实，例如“第8秒字幕边缘出现块状”“转身时衣袖糊成一片”，不要只填“高级”“清晰”。淘汰明显不合格候选后，把剩余设置编码完整副本，分别命名rf20.mp4、rf22.mp4或rf24.mp4；不覆盖原片。完整成片大小需要实际测量，不能用10秒预览线性推算整片。

4. 把真实观察交回AI，检查取舍是否合理

下面是我实际填写的验收表：[粘贴记录]
请先列缺失项，再筛出通过全部硬条件的候选。只能引用表内观察，不能补造画质或播放结果。
在合格候选中比较完整文件大小；若结果相互矛盾或都失败，写“还不能选”，并只建议下一轮改变一个变量。
不要把压缩后比原片小视为自动通过，也不要建议删除源文件。

验收及常见失败

• 最后用目标手机和电脑各打开完整输出，抽查首尾与三个难点片段，确认时长、音轨、字幕与画面裁切正确。只做静态截图对比不够。
• RF24文字发糊：退回22或20再测；三组都不好，先查原片是否已经模糊，不用AI编一个“增强成功”的结论。
• 体积仍大：记录结果后重新约定分辨率或交付限制，再开展新一轮；不要偷偷降低帧率来满足原条件。
• 如平台明确限制文件大小，恒定质量不保证精确MB，另做码率预算并重新验收；本篇不宣称提供固定大小方案。

本文于2026年10月28日核对HandBrake文档及GitHub仓库，未安装运行软件或编码视频。试压记录应由你实际填写，AI的作用是让每轮选择有依据、可复查。