AMD 上周发布了一组补丁,以增强开源 FFmpeg 多媒体库与 AMD 高级媒体框架(AMF)的集成。AMF SDK 允许 “最佳 “访问 AMD GPU 进行多媒体处理,但在 Vulkan 视频 API 开始被采用的时代,这一系列补丁对其必要性提出了质疑。
针对 AMF 的最新 AMD FFmpeg 补丁系列将添加硬件上下文 “hwcontext_amf “支持,以及基于 AMF 的 H.264、HEVC 和 AV1 解码器。这些补丁还为 AMF 编码器启用了 AMD SmartAccess Video (SAV) 功能。SAV 可在多个 VCN 硬件实例上实现编码/解码流的并行化。最初还为 FFmpeg 提出了两个 AMF 过滤器: “vpp_amf “用于简单的缩放和色彩转换,”sr_amf “用于 FSR 等高级缩放算法。FFmpeg 在编码方面已经支持 AMF。
![AMD 致力于在 FFmpeg 中实现 AMF 解码,Vulkan 视频承诺受到质疑](https://www.nxrte.com/wp-content/themes/justnews/themer/assets/images/lazy.png)
Dmitrii Ovchinnikov 解释说:
“添加了 hwcontext_amf,它允许编码器、解码器和基于 AMF 的过滤器使用共享 AMF 上下文,而无需复制到主机内存。它还允许在组件(例如 SAV)的交互中使用一些优化功能,并使用于编码器、解码器和基于 AMF 的过滤器的设置更易于管理和优化。在完全 AMF 管道的情况下,使用带有 AMF 的 GPU 设备的管理和优化设置。当使用带有过滤器的全 AMF 管道时,性能将得到大幅提升。”
FFmpeg 开发人员 Lynne 为这一主流开源库提供了大量 Vulkan 视频功能,但他质疑 AMD 既然可以利用更开放的 Vulkan 视频生态系统,为什么还要在 AMF 上投入这么多精力。Lynne 在信息交流中写道:
“Vulkan 编码很快就会获得所需的所有功能,从而允许公开所有针对特定供应商的优化,不过我认为你们应该已经在这个圈子里了。有必要现在就添加这些代码吗?至少在 Linux 世界中,AMF 几乎还没有被广泛使用,因为它并没有被打包到任何地方。
AMD 也已经发布了所有基于 FSR 的升级代码”。
得到的答复令人遗憾:
“与 AMF 相比,DX12 和 Vulkan 原生编码器的功能较少,至少在可预见的功能中是如此。缺少的功能包括低延迟、预分析(包括前瞻)等。Windows 上的 AMF 上下文允许完全启用 SAV,即在单个会话中利用 dGPU 和 APU 中的 VCN 的能力。最终,专门的 AMD 多媒体卡可通过 AMF 集成无缝添加到 FFmpeg 中。AMF FSR(VSR) 包括 YUV 版本,主要用于视频,而 AMD FSR 则不用于游戏”。
不过,FFmpeg 开发人员 Lynne 仍不确定 AMD AMF 更新是否应并入 FFmpeg:
“你们真的不互相交流吗?你们应该这样做。我只是更想知道为什么现在要合并和维护这些代码,因为 Vulkan 视频的采用终于开始了。“
最新的补丁可以在这里找到。到目前为止,这一系列补丁还没有合并到上游 FFmpeg 中,所以我们将拭目以待,看看它最终是被接受,还是在 2024 年被拒绝,转而鼓励更开放/更符合行业标准的 API。
本文来自作者投稿,版权归原作者所有。如需转载,请注明出处:https://www.nxrte.com/zixun/48133.html