tytan652

> supported Linux distros Flatpak/Flathub is not supported, and the subset that the actual Radeon™ Software does support is not really fitted to enable AMF to a wide range of...

> Made AMF encoder build optional No revert that change or fix it (as it is, it is just a mean to have a green CI). Adding AMF headers is...

> How should we add AMF headers to the OBS build in the preferred way? Let's not do things out of order. Ensure that AMF is clearly available to a...

> AMF needs to be updated with VCN FW update which is coming from driver update. > With the upcoming installation change it would be a separate small set of...

So the whole firmware part is a non issue if you properly commit to update linux-firmware. > AMF relies on GPU kernel driver to load FW so it should not...

> I see how NVENC headers are delivered to freedesktop-sdk. This should not be a problem for AMF. Also, NVIDIA GL binaries come from here: https://github.com/flathub/org.freedesktop.Platform.GL.nvidia/tree/master. But I don't see...

> > In Arch Linux case, `libnvidia-encode.so` is re-packaged in [`nvidia-utils`](https://archlinux.org/packages/extra/x86_64/nvidia-utils/)([src](https://gitlab.archlinux.org/archlinux/packaging/packages/nvidia-utils)). > > I don't see libnvidia-encode.so in these links. Their installer is extracted then re-bundled. https://gitlab.archlinux.org/archlinux/packaging/packages/nvidia-utils/-/blob/main/PKGBUILD?ref_type=heads#L185

> Was that tested on AMF with RADV, AMDVLK or vulkan-amdgpu-pro as a backend? Since we expect user to only use Mesa, I hope and expect testing being mainly done...

Recap of the situation about AMF: - [ ] A new release of AMF standalone of the rest of Radeon™ Software needs to happen - The licensing needs to be...

> * For AMF extension, to avoid extra-data method, would it be sufficient if AMF binaries are available in a TAR file? The extra-data method is only if redistribution/repackaging is...