企业官网建设流程全解析

目录

一、先给结论：Linux 硬加速现状速览

二、VA-API：Linux 硬解的“事实标准”

1️⃣ 检查环境（必做）

2️⃣ 最简单的硬解播放

3️⃣ 转码（硬解 + 硬编码）

三、NVDEC：NVIDIA 的“暴力美学”

1️⃣ 确认驱动

2️⃣ 硬解播放

3️⃣ 硬解 + CUDA 滤镜（高级）

四、VDPAU：老系统的“遗产”

五、DRM Prime + EGL：Wayland / 无 X11 的终极方案

核心概念

示例（渲染不走 X11）

六、零拷贝（Zero-Copy）：性能分水岭

❌ 错误示范（CPU 中转）

✅ 正确示范（全程 GPU）

七、Docker / 服务器部署必踩的坑

✅ 权限

✅ 驱动必须进容器

八、如何判断“到底有没有用到 GPU”？

Intel / AMD

NVIDIA

九、一个现实结论（很重要）

十、总结一句话

如果你在 Linux 上用过 FFmpeg 做视频处理，大概率有过这种体验：

CPU 100%，风扇起飞，GPU 却在旁边“围观”。

Linux 上的硬加速一直是碎片化重灾区：Intel / AMD / NVIDIA 各玩各的，API 一堆（VA-API、VDPAU、NVDEC、AMF），而且“支持”不等于“能用”，更不等于“快”。

这篇文章不堆参数，只讲实战结论，帮你把 FFmpeg 在 Linux 上的硬加速真正用起来。

一、先给结论：Linux 硬加速现状速览

👉一句话选型：

• Intel / 新 AMD →VA-API

• NVIDIA →NVDEC

• 嵌入式 →v4l2m2m / DRM

二、VA-API：Linux 硬解的“事实标准”

1️⃣ 检查环境（必做）

vainfo

看到类似输出才算“真可用”：

VA-API version: 1.20 Driver name: iHD / radeonsi Supported profile: VAProfileH264Main Supported profile: VAProfileHEVCMain

❌ 如果只有VAProfileNone→ 驱动没装好

2️⃣ 最简单的硬解播放

ffplay -hwaccel vaapi \ -hwaccel_device /dev/dri/renderD128 \ input.mp4

/dev/dri/renderD128是无特权渲染节点，服务器 / Docker 必用。

3️⃣ 转码（硬解 + 硬编码）

ffmpeg -hwaccel vaapi \ -hwaccel_device /dev/dri/renderD128 \ -i input.mp4 \ -vf 'format=nv12,hwupload' \ -c:v h264_vaapi \ output.mp4

⚠️ 注意：

• -vf format=nv12,hwupload不能少

• VA-API 默认工作在GPU 显存

三、NVDEC：NVIDIA 的“暴力美学”

1️⃣ 确认驱动

nvidia-smi

FFmpeg 编译时必须包含--enable-nonfree --enable-cuda-nvcc

2️⃣ 硬解播放

ffplay -hwaccel nvdec input.mp4

👉 NVDEC自动选 GPU，不需要手动指定 device。

3️⃣ 硬解 + CUDA 滤镜（高级）

ffmpeg -hwaccel nvdec \ -hwaccel_output_format cuda \ -i input.mp4 \ -vf 'scale_npp=1280:720' \ -c:v h264_nvenc \ output.mp4

✅零拷贝

✅ 滤镜直接在 GPU 跑

四、VDPAU：老系统的“遗产”

AMD 老显卡 / 老驱动还能用：

ffmpeg -hwaccel vdpau -i input.mp4 ...

❌ 不支持 HEVC

❌ 新系统不建议再用

除非你在维护 legacy 系统，否则直接忽略。

五、DRM Prime + EGL：Wayland / 无 X11 的终极方案

这是现代 Linux 桌面（GNOME / KDE Wayland）​ 的正确姿势。

核心概念

• hwaccel vaapi

• hwmap=derive_device=dr

• 直接把解码 surface 映射到 DRM 帧缓冲

示例（渲染不走 X11）

ffmpeg -hwaccel vaapi \ -vaapi_device /dev/dri/renderD128 \ -f rawvideo -pix_fmt drm_prime \ -i decoded_frames ...

👉 常用于：

• Wayland 播放器

• DRM/KMS 直出

• 嵌入式 GUI（Qt / SDL + EGL）

六、零拷贝（Zero-Copy）：性能分水岭

❌ 错误示范（CPU 中转）

ffmpeg -hwaccel vaapi -i input.mp4 -pix_fmt yuv420p output.nv12

👉 解码 → GPU → CPU → 再处理 →慢

✅ 正确示范（全程 GPU）

ffmpeg -hwaccel vaapi \ -hwaccel_output_format vaapi \ -i input.mp4 \ -vf 'hwmap,scale_vaapi=w=1280:h=720' \ -c:v hevc_vaapi \ output.mp4

✅ 解码 → GPU → 滤镜 → 编码

✅CPU 占用 < 5%

七、Docker / 服务器部署必踩的坑

✅ 权限

docker run --rm \ --device=/dev/dri/renderD128 \ -v /dev/dri:/dev/dri \ ffmpeg ...

✅ 驱动必须进容器

apt install i965-va-driver vainfo

⚠️宿主机 + 容器驱动版本必须一致

八、如何判断“到底有没有用到 GPU”？

Intel / AMD

intel_gpu_top

NVIDIA

nvidia-smi dmon

如果你看到：

• GPU 使用率 ≈ 0%

• CPU 使用率 ≈ 400%

👉你根本没在用硬解

九、一个现实结论（很重要）

FFmpeg 在 Linux 上“支持硬解” ≠ “默认启用硬解” ≠ “零拷贝”

90% 的性能问题，都是：

• 忘了-hwaccel

• 忘了hwupload

• 忘了hwaccel_output_format

• 在 Wayland 下强行用 X11 路径

十、总结一句话

Linux 上 FFmpeg 硬加速的正确打开方式是：

• Intel / AMD → VA-API + DRM Prime

• NVIDIA → NVDEC + CUDA

• 全程避免 CPU 中转

• 用vainfo / nvidia-smi验证，而不是看命令行参数