25、硬件加速：NVIDIA CUDA/NVENC、Intel QSV、AMD AMF的配置与使用
说实话，做音视频开发这几年，我踩过最大的坑就是「软件编码」。那时候项目上线，服务器CPU直接飙到90%，视频还卡顿。后来我才意识到——硬件加速不是锦上添花，而是刚需。
今天咱们聊聊三大主流硬件加速方案：NVIDIA的CUDA/NVENC、Intel的QSV、AMD的AMF。我会结合自己的实战经验，把配置、使用、避坑一次性说清楚。
核心观点：硬件加速的本质，是把CPU扛不住的编解码任务，甩给专门的硬件模块去干。你想想看，GPU里成百上千个核心，干这点活不是小菜一碟？
25.1 NVIDIA CUDA/NVENC：最成熟的方案
NVIDIA的硬件加速，我个人用得最多。为什么？因为生态最完善，踩坑的人多，网上资料也全。
25.1.1 环境配置
首先你得装NVIDIA驱动。这个不用多说，去官网下就行。但有个坑——驱动版本必须支持CUDA。我遇到过有人装了Game Ready驱动，结果NVENC用不了，换成Studio驱动就好了。
我的习惯：装完驱动后，用 nvidia-smi 检查一下。看到「CUDA Version: xx.x」才算成功。
然后装FFmpeg。我建议用静态编译版，省事。Windows下推荐gyan.dev的版本，Linux下直接apt或源码编译。
# 检查NVENC是否可用
ffmpeg -encoders | grep nvenc
# 输出示例（有这些就对了）
# V....D h264_nvenc NVIDIA NVENC H.264 encoder
# V....D hevc_nvenc NVIDIA NVENC H.265 encoder
# V....D av1_nvenc NVIDIA NVENC AV1 encoder25.1.2 实战：用NVENC编码视频
这是我最常用的命令，直播推流、录屏都在用：
# 基础用法：H.264编码
ffmpeg -i input.mp4 -c:v h264_nvenc -preset p4 -b:v 5M output.mp4
# 参数说明：
# -preset p1~p7：p1最快，p7质量最好。我一般用p4，平衡速度和画质
# -b:v：码率，单位可以是K、M
# -rc：码率控制模式，vbr（可变）、cbr（恒定）、cqp（恒定质量）我曾经踩过的坑：用 -preset p7 想追求极致画质，结果编码速度慢得离谱，还不如软编码。后来才明白，NVENC的preset和x264的preset不是一回事。p7只是内部算法更精细，但硬件瓶颈在那摆着。
25.1.3 CUDA滤镜加速
除了编解码，CUDA还能加速滤镜。比如缩放、色彩转换：
# 使用CUDA加速的scale滤镜
ffmpeg -hwaccel cuda -i input.mp4 -vf "scale_cuda=1280:720" output.mp4
# 注意：-hwaccel cuda 是开启硬件解码，配合CUDA滤镜使用这个我项目里用过。有一次需要把4K视频实时缩放到1080p推流，CPU软缩放直接卡死。换成 scale_cuda 后，CPU占用从90%降到了20%。
25.2 Intel QSV：集成显卡的逆袭
说实话，以前我看不上Intel的核显。直到有一次在服务器上部署，发现没有独立显卡，只能用QSV。结果效果出乎意料的好。
25.2.1 环境配置
QSV依赖Intel Media SDK。Windows下装Intel显卡驱动就行，Linux下需要装 intel-media-va-driver 和 libmfx。
# 检查QSV是否可用
ffmpeg -encoders | grep qsv
# 输出示例
# V....D h264_qsv H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (Intel Quick Sync Video)
# V....D hevc_qsv HEVC (Intel Quick Sync Video)避坑指南：有些Intel CPU的核显不支持QSV。比如早期的赛扬、奔腾。我建议用 ffmpeg -hide_banner -decoders | grep qsv 先检查解码器，如果解码器都没有，那编码器肯定也用不了。
25.2.2 实战：用QSV编码
# 基础用法
ffmpeg -hwaccel qsv -i input.mp4 -c:v h264_qsv -preset veryfast -b:v 5M output.mp4
# QSV特有的参数
# -global_quality：质量参数，范围1~51，数值越小质量越好
# -look_ahead：开启前瞻，能提升码率控制精度我个人觉得QSV最大的优势是延迟低。做视频会议、远程桌面这类场景，QSV的编码延迟比NVENC还低。我测试过，1080p下QSV延迟大约2-3ms，NVENC是4-5ms。
25.2.3 混合模式：QSV + 软编码
这个技巧是我从Intel工程师那学来的。用QSV做预处理，再用x264做最终编码：
# QSV解码 + x264编码
ffmpeg -hwaccel qsv -i input.mp4 -c:v libx264 -preset medium -b:v 5M output.mp4
# 这样既利用了硬件解码的速度，又保留了软编码的画质25.3 AMD AMF：被低估的选手
AMD的AMF，说实话我用得最少。不是因为不好，而是因为生态不如NVIDIA。但如果你用的是AMD显卡，AMF绝对够用。
25.3.1 环境配置
Windows下装AMD Adrenalin驱动，Linux下装 amdgpu-pro 驱动。注意：AMF在Linux上的支持不如Windows完善。
# 检查AMF是否可用
ffmpeg -encoders | grep amf
# 输出示例
# V....D h264_amf H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (AMD Advanced Media Framework)
# V....D hevc_amf HEVC (AMD Advanced Media Framework)我曾经踩过的坑：在Linux上用AMF编码，结果报错 amf_init() failed。查了半天，发现是内核版本太新，驱动不兼容。最后降级到5.4内核才解决。所以如果你用AMD，建议先查一下驱动兼容列表。
25.3.2 实战：用AMF编码
# 基础用法
ffmpeg -i input.mp4 -c:v h264_amf -quality quality -b:v 5M output.mp4
# AMF特有参数
# -quality：quality（质量）、speed（速度）、balanced（平衡）
# -usage：transcoding（转码）、ultralowlatency（超低延迟）、webcam（摄像头）AMF的超低延迟模式我试过，确实牛。在直播推流场景下，端到端延迟能控制在100ms以内。不过画质会牺牲一些，看你怎么取舍。
25.4 三大方案横向对比
| 特性 | NVIDIA NVENC | Intel QSV | AMD AMF |
|---|---|---|---|
| 编码速度 | ★★★★☆ | ★★★★★ | ★★★★☆ |
| 画质（同码率） | ★★★★★ | ★★★★☆ | ★★★★☆ |
| 延迟 | ★★★★☆ | ★★★★★ | ★★★★☆ |
| 生态完善度 | ★★★★★ | ★★★★☆ | ★★★☆☆ |
| Linux支持 | ★★★★★ | ★★★★☆ | ★★☆☆☆ |
| 适用场景 | 通用、直播、转码 | 低延迟、嵌入式 | AMD平台、Windows |
25.5 我的选择建议
说了这么多，到底该用哪个？我个人的经验是：
- 有NVIDIA显卡：无脑选NVENC。生态最好，踩坑最少。
- 只有Intel核显：QSV完全够用。特别是低延迟场景，QSV是首选。
- AMD显卡用户：AMF能用，但建议在Windows下用。Linux下还是老实装个NVIDIA卡吧。
- 服务器场景：如果服务器没有显卡，可以考虑Intel Xeon的QSV。有些Xeon处理器内置了核显。
最后说一句：硬件加速不是万能的。它适合实时性要求高的场景，比如直播、视频会议。但如果你追求极致画质，比如做影视后期，软编码（x264/x265）仍然是不可替代的。我一般的原则是：能硬则硬，该软则软。
好了，硬件加速这块就聊到这。配置命令都给了，坑也帮你们踩了。剩下的就是动手试试，看看你的硬件能跑出什么效果。