AMD致力于FFmpeg中的AMF解码,因Vulkan视频承诺而受到质疑

2024年 5月 11日 91.5k 0

AMD致力于FFmpeg中的AMF解码,因Vulkan视频承诺而受到质疑-1AMD上周发布了一组补丁,通过围绕AMD高级媒体框架(AMF)的集成来增强开源FFmpeg多媒体库。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”,以及用于FSR等高级缩放算法的“sr_AMF”。在编码端已经有了对FFmpeg AMF的支持。

AMD致力于FFmpeg中的AMF解码,因Vulkan视频承诺而受到质疑-2

Dmitrii Ovchinnikov用补丁系列解释道:

“添加hwcontext_amf,它允许为编码器、解码器和基于amf的过滤器使用共享amf上下文,而无需复制到主机内存。它还允许您在组件(例如SAV)的交互中使用一些优化,并使

用于在完全AMF流水线的情况下使用具有AMF的GPU设备的可管理和优化设置。当使用带过滤器的完整AMF管道时,这将是一个显著的性能提升。"

FFmpeg开发者Lynne为这个占主导地位的开源库做了很多Vulkan Video的启用工作,他质疑AMD为什么在AMF上仍做了这么多工作,而他们可以利用更开放的Vulkan视频生态系统。Lynne在消息交流中写道:

“Vulkan编码很快就会获得所需的所有功能,以允许所有特定于供应商的优化得以公开,尽管我认为你应该已经参与其中了。现在有理由添加这些代码吗?AMF仍然很少被使用,至少在Linux世界中是这样,因为它并不是真的在所有地方都打包好的,而且在Windows上,D3D12正在获得更多的吸引力。

AMD也已经发布了所有基于FSR的升级代码。"

对此的回应令人遗憾:

“与AMF相比,DX12和Vulkan原生编码器将暴露更少的功能,至少在可预见的功能中是这样。缺少的功能包括低延迟、预分析(包括前瞻性)等。Windows上的AMF上下文允许完全启用SAV-在单个会话中利用dGPU和APU中的VCN的能力。最终,通过AMF集成,专用多媒体AMD卡可以无缝添加到FFmpeg中。AMF FSR(VSR)包括YUV版本,重点关注视频,这在用于游戏的AMD FSR中是不可用的。”

FFmpeg开发者Lynne仍然不确定AMD AMF的更新是否应该合并到FFmpeg中:

“你真的不在那里互相交谈吗?你应该这样做。这是许多特定于供应商的代码,它们有重叠

标准的API已经存在,我只是想知道为什么现在应该合并和维护它,因为Vulkan视频的采用终于开始了。"

The latest patches can be found here. So far the patch series hasn't been merged to upstream FFmpeg, so we'll see if it's ultimately accepted or if it's rejected in favor of encouraging more open / industry standard APIs in 2024.

相关文章

塑造我成为 CTO 之路的“秘诀”
“人工智能教母”的公司估值达 10 亿美金
教授吐槽:985 高校成高级蓝翔!研究生基本废了,只为房子、票子……
Windows 蓝屏中断提醒开发者:Rust 比 C/C++ 更好
Claude 3.5 Sonnet 在伽利略幻觉指数中名列前茅
上海新增 11 款已完成登记生成式 AI 服务

发布评论