The AMF SDK allows for “optimal” access to AMD GPUs for multimedia processing but this patch series questioned the need in an era of Vulkan Video APIs beginning to see adoption.
The newest AMD FFmpeg patch series for AMF is on adding hardware context “hwcontext_amf” support along with AMF-based H.264, HEVC, and AV1 decoders.
Dmitrii Ovchinnikov explained with the patch series: "Adds hwcontext_amf, which allows to use shared AMF context for the encoder, decoder and AMF-based filters, without copy to the host memory.
AMF context on Windows allows fully enable SAV - ability to utilize VCNs in dGPU and APU in a single session.
This is a lot of vendor-specific code for which an overlap with a standard API already exists, and I’d just prefer to know why this should be merged and maintained now, as Vulkan video adoption is finally starting."
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.
The original article contains 538 words, the summary contains 176 words. Saved 67%. I’m a bot and I’m open source!
This is the best summary I could come up with:
The AMF SDK allows for “optimal” access to AMD GPUs for multimedia processing but this patch series questioned the need in an era of Vulkan Video APIs beginning to see adoption.
The newest AMD FFmpeg patch series for AMF is on adding hardware context “hwcontext_amf” support along with AMF-based H.264, HEVC, and AV1 decoders.
Dmitrii Ovchinnikov explained with the patch series: "Adds hwcontext_amf, which allows to use shared AMF context for the encoder, decoder and AMF-based filters, without copy to the host memory.
AMF context on Windows allows fully enable SAV - ability to utilize VCNs in dGPU and APU in a single session.
This is a lot of vendor-specific code for which an overlap with a standard API already exists, and I’d just prefer to know why this should be merged and maintained now, as Vulkan video adoption is finally starting."
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.
The original article contains 538 words, the summary contains 176 words. Saved 67%. I’m a bot and I’m open source!