Ubuntu20.04下gstreamer-vaapi插件无vaapih265enc元素识别问题

你碰到的不是安装包缺漏、库文件损坏的问题，是gstreamer-vaapi插件的特殊加载机制导致的：
gstreamer-vaapi的元素注册逻辑和普通GStreamer插件不一样，不是把所有代码编译进.so文件就无条件加载，而是插件初始化时会逐个查询当前系统VA-API驱动的实际能力——对每个编解码元素，调用VA-API标准接口确认驱动是否支持对应格式的硬件处理能力，不支持的元素会被直接跳过注册，不会出现在gst-inspect的可见元素列表里。
你能在libgstvaapi.so文件里搜到vaapih265enc的字符串，说明这个功能的实现代码确实被编译进了库，但因为运行时检测不到对应的H.265硬件编码能力，所以GStreamer根本没有把这个元素暴露出来。

• 安装VA-API能力检测工具vainfo，执行命令：sudo apt install vainfo
• 执行vainfo查看当前系统的VA-API能力列表，在输出中检索是否存在VAProfileHEVCMain搭配VAEntrypointEncSlice的条目。只有这个条目存在，才说明当前驱动支持H.265硬件编码，vaapih265enc才有被正常注册的基础。
• 解决Ubuntu 20.04的默认驱动坑：系统源里默认安装的开源版intel-media-va-driver，在20.04对应的版本中默认不开启H.265编码支持，需要补装非自由版本的媒体驱动，执行命令：sudo apt install intel-media-va-driver-non-free。装完重新执行vainfo，确认H.265编码入口是否正常出现。
• 清除GStreamer本地插件扫描缓存：GStreamer会把上次扫描得到的插件元素列表存在用户目录的缓存里，不会每次启动都全量重新扫描。手动删除缓存目录即可触发重新扫描流程，执行命令：rm -rf ~/.cache/gstreamer-1.0/
• 重新执行gst-inspect-1.0 vaapi，确认输出的元素列表中已经出现vaapih265enc，之后运行之前的转码管道即可正常拉起。

如果执行完上述操作还是看不到对应元素，说明你的硬件环境本身不满足调用vaapih265enc的基础条件：

• 无板载/独立GPU的云服务器、本地远程桌面会话环境，通常使用软件模拟的VA-API驱动，仅提供基础解码能力，不实现硬件编码接口
• 硬件本身不具备H.265编码能力（比如Intel 5代及更早的核显、AMD GCN 1代之前的老旧显卡），无论安装什么软件包，都无法调用硬件层面不存在的编码能力。

内容的提问来源于stack exchange，提问作者gbriones.gdl