7.3 SVT-AV1 preset 档位与速度取舍

7.3 SVT-AV1 preset 档位与速度取舍

本节摘要：SVT-AV1 的 preset 从 0 到 12，数字越小画质越好、速度越慢，相邻档位的速度差大致在一点五倍上下。选档的本质是给"搜索深度"定价：低档放开变换组合与划分搜索，高档按统计剪枝。本节给出档位-速度-画质的量级曲线、常见场景的选档规则，以及与 x264/x265 preset 的对照换算直觉。

一、档位在控制什么

preset 不是魔法旋钮，它是"编码器内部搜索深度"的打包开关。从高档位（快）往低档位（慢）拧，编码器逐步打开这些抽屉：划分决策从"统计预判"放开到"率失真全搜"，帧内模式海选的候选上限放宽，变换类型组合从固定偏好放开到十六组合全试，参考帧与复合预测的组合空间扩大，前瞻窗口拉长。每一格都直接兑换成编码时间，间接兑换成码率收益。

相邻档位的关系比档位绝对值更重要：经验上每往慢里调一档，速度约打七折（即慢一点四倍上下），画质收益递减——从 12 调到 8 的画质增益远大于从 6 调到 2 的增量。这条"边际收益递减曲线"是选档时最值钱的一张图。

图：SVT-AV1 preset 的速度与画质量级曲线

二、参数怎么搭：CRF 与 preset 的组合拳

preset 管"多用力搜"，CRF 管"目标质量线"，两者正交。生产环境的标准打法是先定 CRF（按平台画质预算），再定 preset（按机器吞吐预算），最后用 VMAF 抽查校验。一条可复现的基线命令：

# VOD 生产基线：preset 8 起步，画质抽查后决定是否降档
ffmpeg -i input.mp4 -c:v libsvtav1 -preset 8 -crf 30 \
  -g 240 -svtav1-params tune=0 out_av1.mkv
# 直播低延迟基线：高 preset + 收缩前瞻
ffmpeg -re -i input.mp4 -c:v libsvtav1 -preset 11 -crf 34 \
  -svtav1-params lookahead=0:scd=0 live_av1.mkv
​

两个参数值得点名。tune=0 是主观质量取向（VQ 场景常用），会轻微偏离纯 PSNR 最优；lookahead 收缩直接改写 ALTREF 的合成空间（第 4.1 节的机制在这里变成旋钮），直播档基本必关。对照 x264 的 preset 体系：medium 相当于 SVT-AV1 的中速带，veryslow 以下才对应 SVT-AV1 的低档——把两家的档位表直接对号入座会系统性高估 SVT-AV1 的慢档速度。

三、选档规则与容量估算

给转码平台一个可执行的选档流程：先按业务定延迟上限（直播档、准实时档、离线档），延迟上限锁定 preset 带宽；再在带宽内做 A/B——同一批内容用相邻两档各压一遍，VMAF 差距小于一个点就取快的。容量估算用吞吐法：单机实测某档位的 1080p 帧率，乘以路数并发系数，对照内容库的日增量即可反推机器数。记住 7.1 节的结论：算力是 AV1 的主要成本项，preset 每拧慢一格都在给机房加租。

💡 快速验证内容 sensitivity 的土办法：拿最难的百分之一内容（高运动、高噪点）单测。难内容上两档画质几乎没差，全库就没必要为慢档付费；难内容差距明显，才值得对分层内容用分层 preset——按内容难度动态分档是成熟平台的标配优化。

本节要点回顾

• 档位本质：preset 是搜索深度的打包开关，相邻档约一点五倍速度差，收益递减。
• 三带记忆：0–5 深度优化、6–10 生产甜点、11–12 直播低延迟，先定延迟再选带。
• 参数正交：CRF 定质量线、preset 定算力线，tune 与 lookahead 按场景微调。
• 分层分档：用最难内容测档位敏感性，按内容难度分层配置是容量优化的主力抓手。

preset 的量化直觉与选档流程

SVT-AV1 的 preset 从 0（最慢最好）到 13（最快最糙），给一组工程量级的直觉：相邻档位的编码速度大约差四到八成，极端档位间可差数倍；质量代价不是均匀分布——高 preset 端（9 以上）每升一档的 BD-Rate 劣化明显加重，低 preset 端（5 以下）每降一档的质量收益边际快速递减。选档的实务流程：先按产线算力算出"可承受的最慢档"（转码窗口期除以内容量），再在该档向低试两档做 BDRate 对照，取"质量增益陡峭段"的档位落定；直播类实时场景直接按延迟预算选 7 到 9 区间起步。两个常见误区：一是在 demo 片段上选档（demo 质量分布与产线内容差异大，选档要用自己的内容池跑）；二是忽视 preset 与调优参数的交互（tune、film-grain 等开关会移动各档的相对表现，改了开关要重跑选档曲线）。把选档流程做成季度例行动作——编码器版本更新后曲线会平移，旧曲线的档位决策会悄悄过时。

最后补一个产线实践案例的骨架，把选档流程走成实例。设某平台存量剧集两万小时、季度更新百分之十，转码集群可承受的月度算力对应 SVT-AV1 preset 8 的吞吐。第一步，按集群吞吐定档 8。第二步，拿内容池分层样本（按上文四类内容各抽）在 6、7、8 三档各跑一遍，测得 6 对 8 的 BD-Rate 增益约百分之四、7 对 8 约百分之二——增益陡峭段在 7 附近。第三步，核算 7 对 8 的算力增量对集群的影响：若挤占当季其他转码任务超过两成，说明 8 是现实档位，增益让位给排期；若有冗余，上 7。第四步，把最终档位与测得的 BD-Rate、吞吐数据写进基准库，季度复审。这个案例想说明的是：preset 决策不是技术偏好问题，是吞吐、质量、排期三者的约束求解——每次内容构成或集群规模变化，解都会变。把流程固化成脚本（输入集群容量与内容池样本，输出推荐档位与依据），是转码平台工程化的一个高性价比投入点。