1. 硬件加速概览：为什么需要硬件加速？主流方案对比
各位同学，咱们开始第一讲。
先问个问题：你手头有台服务器，要每天转码几百路高清流。用纯软件编码，CPU 跑满，风扇狂转，任务还排队。这时候你怎么办？
答案就是——硬件加速。
1.1 为什么需要硬件加速？
说白了，就是 CPU 干不过来了。软件编码（比如 x264、x265）质量确实好，但代价是计算量大。我早年做直播平台时，一台 32 核的机器只能同时处理 4 路 1080p 转码。后来上了显卡，同样的机器能跑 20 路。
硬件加速的核心优势就三点：
- 速度快——专用芯片干专用活，编码速度能快 5-10 倍
- 功耗低——同样的转码任务，硬件加速功耗只有软件的 1/3 左右
- 释放 CPU——CPU 可以去处理业务逻辑、协议解析、封装解封装
一句话总结：硬件加速不是万能的，但在高并发、低延迟、低功耗场景下，它是绕不开的选择。
当然，硬件加速也有短板。比如编码质量通常不如软件编码，支持的编码格式和参数有限。嗯，这个后面会细讲。
1.2 主流硬件加速方案对比
目前市面上主流的硬件加速方案，我按平台给你捋一遍。
| 方案 | 厂商 | 接口 | 编码支持 | 解码支持 | 典型场景 |
|---|---|---|---|---|---|
| Intel QSV | Intel | VAAPI / MFX | H.264, H.265, VP9, AV1 | H.264, H.265, VP9, AV1 | 服务器、笔记本、边缘设备 |
| NVIDIA NVENC/NVDEC | NVIDIA | CUDA / NvCodec | H.264, H.265, AV1 | H.264, H.265, VP9, AV1 | GPU 服务器、工作站 |
| AMD AMF | AMD | AMF SDK | H.264, H.265, AV1 | H.264, H.265, VP9 | AMD 显卡、APU 平台 |
| Apple VideoToolbox | Apple | VideoToolbox | H.264, H.265 | H.264, H.265, VP9 | macOS / iOS 设备 |
我的建议：如果你刚入门，先从 Intel QSV 开始。因为 Intel 核显几乎每台电脑都有，调试成本最低。我当年就是拿一台旧笔记本练手的。
1.3 各方案详解
1.3.1 Intel QSV（Quick Sync Video）
Intel QSV 是集成在 Intel 核显里的硬件编解码单元。从 Ivy Bridge 时代就有了，到现在已经非常成熟。
- 优点：功耗极低，集成度高，几乎零成本
- 缺点：编码质量中等，多路并发能力有限
- FFmpeg 用法：
-hwaccel qsv -c:v h264_qsv
我记得有一次给客户做视频监控项目，要求每台服务器转码 16 路 1080p。用纯软件方案，一台 2U 服务器只能跑 8 路。换成 QSV 后，同样的机器跑了 24 路，CPU 占用才 30%。
1.3.2 NVIDIA NVENC / NVDEC
NVIDIA 的硬件编解码单元，从 Kepler 架构开始引入。NVENC 负责编码，NVDEC 负责解码。
- 优点：编码质量好，多路并发能力强，生态完善
- 缺点：需要独立显卡，功耗较高，价格贵
- FFmpeg 用法：
-hwaccel cuda -c:v h264_nvenc
这里有个坑——NVIDIA 对消费级显卡的 NVENC 并发路数做了限制。比如 RTX 3060 最多 3 路编码，而专业卡如 T4、A10 则不限。我曾经帮一个朋友排查问题，他买了 8 张 RTX 3080 做转码集群，结果每张卡只能跑 3 路，白白浪费了算力。
避坑指南：采购前一定要查清楚显卡的 NVENC 并发限制。NVIDIA 官网有详细表格，别买错了。
1.3.3 AMD AMF（Advanced Media Framework）
AMD 的硬件加速方案，支持 AMD 独显和 APU。
- 优点：性价比高，APU 平台功耗低
- 缺点：生态不如 NVIDIA，文档较少，稳定性一般
- FFmpeg 用法：
-hwaccel amf -c:v h264_amf
说实话，AMD AMF 我用得不多。之前在一个边缘计算项目里试过，编码质量还行，但驱动兼容性有点头疼。如果你用 AMD 显卡，建议先跑一遍压力测试。
1.3.4 Apple VideoToolbox
Apple 在 macOS 和 iOS 上提供的硬件加速框架。
- 优点：系统原生支持，功耗控制极好，与 Apple 生态无缝集成
- 缺点：仅限 Apple 设备，编码参数可调性差
- FFmpeg 用法：
-hwaccel videotoolbox -c:v h264_videotoolbox
我在做 iOS 端视频编辑 App 时用过 VideoToolbox。说实话，编码速度确实快，但码率控制不如 x264 精细。适合移动端实时录制，不适合专业转码。
1.4 硬件加速核心流程
不管用哪种方案，硬件加速转码的流程都差不多。我画了张图，你看一眼就明白了。
流程其实很简单：输入文件 → 硬件解码 → 滤镜/缩放 → 硬件编码 → 输出文件。关键点在于，整个链路都要在 GPU 上完成，避免数据来回拷贝。
1.5 如何选择硬件加速方案？
这个问题没有标准答案。我根据经验给你几个参考：
- 个人学习/实验：Intel QSV，成本最低，随便找台带核显的电脑就行
- 企业级转码服务：NVIDIA NVENC，质量好，并发高，生态成熟
- 边缘计算/嵌入式：Intel QSV 或 AMD APU，功耗是关键
- Apple 生态：VideoToolbox，系统原生支持，省心
我的经验：别盲目追求最新方案。先搞清楚你的场景——是追求质量还是速度？是单路还是多路？是固定码率还是动态码率？想清楚这些，方案自然就出来了。
1.6 本章小结
这一章我们聊了硬件加速为什么重要，也对比了四大主流方案。说白了，硬件加速就是用专用芯片分担 CPU 的压力，换来速度、功耗和并发能力的提升。