@lolizeppelin 经过和朋友一起研究，总结了一些信息：

1. 类似微软的 DirectX ，Linux 使用 VAAPI 标准用于让应用和游戏开发者方便开发，而显卡驱动则让不同显卡符合 VAAPI 标准即可。不过 mesa 目前主要只有 Intel 和 AMD 的支持。

2. Intel Quick Sync Video 则是 Intel 显卡的硬件功能指标，并且根据 Intel 硬件的发展，提供了不同的 media stack 项目，如 oneVPL ，iHD driver ，MediaSDK ，Libva ，intel-vaapi-driver 等，不同的项目只是针对不同的硬件或者硬件范围进行设计。在 Linux 可以用到所有的项目，但是 Windows 默认 Intel 图形驱动只有 MediaSDK 支持。
3. Runtime 方面，Quick Sync 支持 VAAPI / libvpl / libmfx 不同的运行时，其中 libvpl 是 libmfx 的承接。

上面 2 和 3 可以参考此文章 https://www.intel.com/content/www/us/en/developer/articles/technical/onevpl-in-ffmpeg-for-great-streaming-on-intel-gpus.html

4. 目前我使用 RPM Fusion 的推荐安装，默认使用的 ffmpeg 已经加入了 --enable-libvpl 参数且没有 --enable-libmfx 参数，因此不需要额外重新编译 ffmpeg 了。
5. ffmpeg 的代码宏会进行 oneVPL 的支持，如果调用 ffmpeg 强制指定 oneVPL 作为后端 media stack 支撑，则 ffmpeg 会去寻找对应的 Runtime ，其 Runtime 在默认系统会是 oneVPL-intel-gpu 这个包，不过通过系统升级会更新为 intel-vpl-gpu-rt 这个包，在之前 dispatcher 和 runtime 是分开的，现在 dispatcher 和 runtime 合并了，因此只需要用后者即可。
6. 通过 https://trac.ffmpeg.org/wiki/Hardware/QuickSync 这个页面后面的一些确认和核实，并且我实际使用如下命令转码，通过 intel_gpu_top 发现 GPU 编解码运作正常。
ffmpeg -hwaccel qsv -c:v h264_qsv -i input.mp4 -vf 'vpp_qsv=framerate=60,scale_qsv=w=1920:h=1080' -c:v av1_qsv output.mp4

结论：
如今走标准推荐流程 https://rpmfusion.org/Howto/Multimedia 不用特别去考虑 ffmpeg 具体的编译了：RPM Fusion 的 ffmpeg 版本已经预先加入 oneVPL 后端支持，而 Fedora 40 也有对应的调用路径，所以没什么额外需要做的了。