4. 硬件与软件转码

做转码延迟优化，绕不开硬件加速。很多新手上来就问：“哪个编码器最快？” 其实这个问题本身就问错了。我做了这么多年流媒体，见过太多因为选错硬件方案导致项目返工的情况。

今天咱们就把 Intel QSV、NVIDIA NVENC、AMD AMF 这三家拉出来，好好盘一盘。不吹不黑，只看实战。

4.1 三巨头的基本盘

先看一张对比表，心里有个底。

4.2 Intel QSV：集成显卡的逆袭

很多人觉得集显就是“亮机卡”，干不了重活。其实不然。QSV 的优势在于它和 CPU 共享内存，数据拷贝延迟极低。

我记得在做一个云游戏项目时，服务器用的是 Xeon 带核显的型号。当时我们对比了纯软编和 QSV 硬编，延迟从 40ms 直接降到了 12ms。而且因为省去了 PCIe 传输，CPU 占用率也降了 30%。

4.2.1 QSV 的延迟优化要点

• 使用低延迟模式： FFmpeg 中加 -b:v 0 -async_depth 1 -look_ahead 0，强制编码器不缓存帧。
• 注意 B 帧： QSV 的 B 帧会引入额外延迟。建议在低延迟场景下关闭 B 帧，使用 -bf 0。
• 驱动版本： 我踩过一个坑——某版核显驱动导致 QSV 编码器输出花屏。后来回退到上一个 LTS 版本才解决。所以生产环境千万别追新驱动。

ffmpeg -hwaccel qsv -c:v h264_qsv -i input.mp4 \
  -c:v h264_qsv -preset veryfast -b:v 2M \
  -bf 0 -async_depth 1 -look_ahead 0 \
  -f mpegts udp://239.0.0.1:1234

4.3 NVIDIA NVENC：低延迟之王

NVENC 是我个人最常用的方案。从 Turing 架构开始，NVENC 的画质已经能和 x264 medium 预设掰手腕了。延迟方面更是碾压级的存在。

为什么会这样？因为 NVENC 有独立的编码硬件单元，不占用 GPU 的 CUDA 核心。你甚至可以一边玩游戏一边推流，帧率几乎不受影响。

4.3.1 NVENC 的延迟优化三板斧

1. 开启低延迟模式： -rc cbr -tune ll 或 -tune ull（超低延迟）。
2. 控制 GOP 大小： 建议 -g 30 或更小，减少关键帧间隔带来的延迟波动。
3. 关闭心理视觉优化： -psy 0。虽然会损失一点画质，但能显著降低编码延迟。

我曾经在一个直播项目中，用单张 RTX 4090 同时编码 8 路 4K 60fps 流，每路延迟都稳定在 6ms 以内。这个并发能力，QSV 和 AMF 目前还追不上。

4.4 AMD AMF：性价比之选，但需要耐心

AMF 的情况比较特殊。它的硬件编码能力其实不差，但驱动和 SDK 的稳定性一直是痛点。

我建议这样看待 AMF：如果你手头有 AMD 显卡，或者需要做成本敏感型方案，AMF 值得一试。但要做好“调参调到头秃”的心理准备。

4.4.1 AMF 的常见坑与解法

• 驱动版本敏感： 同一个 FFmpeg 命令，在 Adrenalin 22.5.1 上正常，升级到 22.10.2 就报错。我后来专门写了一个脚本，在启动时检测驱动版本并给出警告。
• 编码器初始化慢： AMF 的编码器首次启动需要加载固件，耗时约 1-2 秒。这在需要快速切换流的场景下很致命。解决方案是提前预热编码器。
• 画质调优： AMF 默认参数偏重速度，画质一般。建议手动调整 -quality quality 和 -rc cbr -filler_data 1。

ffmpeg -hwaccel amf -c:v h264_amf -i input.mp4 \
  -c:v h264_amf -usage lowlatency -quality speed \
  -rc cbr -b:v 2M -filler_data 1 \
  -f mpegts udp://239.0.0.1:1234

4.5 一张图看懂选型逻辑

下面这张 SVG 图总结了我个人在项目中的选型决策流程。你可以把它当作一个快速参考。

4.6 我的最终建议

如果你问我“到底该信谁”，我的回答是：信你的测试数据。

每个项目都有自己的约束条件。我见过有人用 QSV 跑出了比 NVENC 还低的延迟，也见过 AMF 在特定驱动版本下表现惊艳。所以别迷信品牌，拿你的实际流去跑一遍，用数据说话。

最后分享一个我自己的习惯：在项目初期，我会同时准备 QSV 和 NVENC 两套编码配置。如果目标平台是 Intel 服务器，优先 QSV；如果是 GPU 服务器，优先 NVENC。AMF 则作为备选方案，用于成本敏感或 AMD 独占的场景。