争了十年的"硬编糊、软编强"，8月被一张默认参数表掀了桌：NVENC 还是 SVT-AV1，关键其实在一个 TF 开关
如果你今年夏天整理过视频库，大概率刷到过这样的场面：一个知乎压制党发帖说，自己拿 RTX 50 系显卡的 nvenc-av1 和 CPU 上跑的 svt-av1 对拍，结果默认参数下的 NVENC 竟然吊打了慢了十倍的 SVT-AV1。帖子下面立刻分成两派——一派"硬件编码就是垃圾"的十年老信仰摇摇欲坠，一派甩出 VMAF 曲线说你这个测试方法根本不对。
先说结论，免得你花二十分钟看完全文还是不敢按下回车："硬编 vs 软编"这场架，2026 年 8 月之后已经没法按原样吵了。真正拉开画质差距的不是编码器阵营，而是几个没人注意的默认参数——尤其是 SVT-AV1 那个默认开启的时域降噪（TF）。 这篇内容就服务一类人：已经决定把课程库、剧集库、录播库压成 AV1/H.265，正在纠结"用核显显卡硬编，还是挂着 CPU 慢慢软编、要不要为这事买卡"的转码决策中的人。
一个实测帖，把两边的老底都掀了
8 月初，知乎用户 YuWong 发了一篇《AV1编码踩坑记录（大量跑测总结）》，声称围绕 variance-boost、ac-bias、CDEF、restoration、sharpness 等参数做了大量组合测试。他的发现分三层，一层比一层反直觉：
第一层：NVENC 默认参数赢了 SVT-AV1，不是因为 NVENC 变强了，而是因为 SVT-AV1 的默认 TF（时域降噪）算法太烂，甚至产生了明显的块状伪影。知乎也就是说，很多人口中"软编画质碾压硬编"的对照组，从一开始就开着错误的默认值。
第二层：把 TF 关掉之后，局面立刻翻回来——SVT-AV1 上限高得多，作者原话是"肉眼对比已经跟源视频看不出差别了"。知乎但代价是速度：软编这条路本身就比硬编慢约十倍，极限还原配置"非常慢"。
第三层是个更细的颗粒度差异：NVENC 并非全程拉胯，它在关键帧上画质表现更好，非关键帧则不如 SVT-AV1。知乎所以"谁碾压谁"这个问题本身就问错了。
帖子最后给出三档参数，值得直接抄作业：
定位 | 命令要点 | 适合谁 |
|---|---|---|
追求日常使用 | `-c:v av1_nvenc -preset p7 -tune hq`（FFmpeg 默认就是 tune hq，且 tune hq 默认关 TF） | 有 RTX 40/50 系或 Arc 独显，想下班前开跑、睡前收工 |
均衡 | `-preset 3 -bf 6 -lookahead_level 2 -qp_cb_offset 12`（作者跑测的最优组合，与 SVT-AV1 不分上下） | 有一定参数基础，想一台机器吃满 |
极限还原 | `-c:v libsvtav1 -preset 1 -svtav1-params “enable-tf=0”`（非常慢） | 收藏向、片源珍贵、时间不值钱 |
顺带一条帖子附带的热知识：很多播放器里 AV1 视频莫名色偏（RGB 片源常见），社区教程越讲越玄学，其实显式加一个 `-colorspace bt709`，避免编码端和解码端各猜各的，就干净解决了。知乎
反证也要看：TF 到底该不该关，帖主没有最终裁定权
如果你打算把"关 TF"当成新教条，先看看评论区。8 月 11 日，广西一位用户拿新版 VMAF 复核，得到的结论正好相反：在他的样本上，TF=1/2 反而比 TF=0 更好，配合其它参数能比默认值再省 12% 码率达到 VMAF 95。知乎但他自己也承认：“只测了一个视频，可能不具有普适性。”
这场争论目前能负责任地下到的结论只到这里：TF 的最优开关状态取决于片源类型和你的评估口径——人眼观看的主观对比、VMAF 曲线、以及实际播放设备的解码能力，会给出三个不同答案。课程录屏、屏幕内容这类低噪声素材，降噪过度反而糊掉文字边缘；高噪点的实拍旧片，TF 又有存在价值。所以正确姿势不是站队，而是先拿 10 分钟代表性素材做 A/B 对比，再决定整库批处理脚本里那个 enable-tf 写 0 还是写 1。这也解释了为什么"硬编党"和"软编党"各自晒的对比图经常互相打脸：大家的测试素材和验收标准根本不是一套。
硬件编码这一侧，官方也在悄悄补作业
如果说 8 月初的实测帖是社区信号，那 8 月中旬 NVIDIA 发布的 Video Codec SDK 13.1 就是产业信号：AV1 编码新增了分层参考模式，把 B 帧上限从最多 7 帧扩展到支持 1、3、7、15、31 帧的树状参考结构，官方明确写着"使用 B 帧作为参考可提高编码质量"，且"使用此模式不会增加任何性能损失"，只多耗一点显存；官方给的经验值是 7 帧以上收益最明显。知乎
同时 13.1 把 UHQ 调优（前瞻级别 + 时域过滤）和迭代编码结合了起来，官方口径是时域过滤对自然内容的平均编码收益在 4–5%。知乎翻译一下：NVENC 过去被诟病的"参考结构太浅、不肯花力气做时域处理"，正在用驱动更新的方式一项项补。这不代表它赢了，但"硬编画质永远差一档"这句话的保质期，已经过了。
要不要为转码买显卡？用你的库容说话，别听情绪
社区里"课程库从 H.264 转 AV1 该买什么卡"这类提问至今热度不减，底下攒着上万次的浏览量。知乎甚至有人晒出实打实的成本：今年开始陆陆续续把 NAS 里的文件重新编码成 h.265 和 av1 格式减少占用，为此又组了三台机器、买了三张显卡——还是在 8 月这波显卡涨价的当口。知乎要不要跟进，可以用一个很朴素的成本模型自查：
先测吞吐，再算总时长。 找一段 10 分钟典型素材，分别跑一次 nvenc（或核显 QSV/AMF）和一次你打算用的软编 preset，记录各自耗时。整库预计时间 = 样本倍率 × 总素材时长。SVT-AV1 preset 1 这种"非常慢"档，几百上千小时的库大概率是以"周"为单位的挂机工程。
时间换存储的账，只对大库成立。 你的库如果是几十 GB 的精选收藏，软件编码挂机一晚就完事，不需要为省电费买卡；如果是几百小时网课、T 级录播，硬编近实时 + 独显/核显 QSV 批量跑才是正解。Intel 核显在 Jellyfin 实时转码场景依然是"榨干核显"教程的常青主角，8 月中旬这篇保姆级部署教程还在知乎被顶。知乎
避开"百元编解码神卡"这类玄学产品。 8 月刷屏的格兰菲 1020"100 元编解码神卡"测评梗，作者自己都吐槽：这张 2022 年的亮机卡真正价值不在解码而在 H.265 编码，而且"现在也不知道怎么在 Windows 下调用这玩意的编码器"，拿高码率 4K120 硬灌解码更是尬黑。知乎垃圾佬的乐子，不是你的生产力工具。
顺手拆一个标题党。 8 月 18 日有个"FFmpeg H.265 编码性能追平 H.264"的热搜式提问，懂行回答讲得很直白：这个优化只在 Nvidia 显卡的 Vulkan 加速 API 下有效果，只是硬件编码参数的调整，而多数人本来就走 nvenc 接口；对硬件编码来说，H.265 不比 H.264 慢早就是常态。知乎为这种"大新闻"冲动下单，最容易被割。
最后给一张行动清单
手上有 RTX 40/50、Arc 或较新 Intel/AMD 核显：直接从 `-c:v av1_nvenc -preset p7 -tune hq` 起步，这组默认值已经避开了 TF 翻车；驱动更新到支持 SDK 13.1 特性的版本后，可以在支持的工具里试试 AV1 多 B 帧分层参考。
片源珍贵、时间不值钱：libsvtav1 低 preset + 手动 `enable-tf` 实验，先跑 10 分钟样片再批处理。
RGB 片源、播放器色偏：先加 `-colorspace bt709` 再怀疑人生。
观望中的继续观察信号：SVT-AV1 后续版本是否会改掉默认 TF 这个坑、NVIDIA 是否把分层参考模式扩展到 H.264/HEVC（官方已预告"未来驱动版本"）、以及显卡价格曲线——这三件事任何一件变化，上面的结论都值得重算一遍。
编码格式的"代际战争"（AV2 定稿、H.267 征提案）我们之前聊过，那是"选哪条河"的问题；这篇解决的是"上了船之后桨怎么划"。2026 年的现实是：阵营之争正在变成参数之争，而参数，从来都是可以被抄作业的。
