Description of problem: I have an Intel N100, an Alder Lake chip (like Intel 12th gen), that has AV1 encode/decode support. However, it lacks AV1 encode/decode support despite being unencumbered by patents. However, Flathub Version-Release number of selected component (if applicable): intel-gmmlib-22.7.1-1.fc42.x86_64 intel-mediasdk-23.2.2-7.fc42.x86_64 intel-vpl-gpu-rt-24.4.4-2.fc42.x86_64 libva-intel-media-driver-25.1.4-1.fc42.x86_64 intel-audio-firmware-20250311-1.fc42.noarch intel-gpu-firmware-20250311-1.fc42.noarch intel-vsc-firmware-20250311-1.fc42.noarch How reproducible: Always on my Intel N100 system Steps to Reproduce: 1. Run "sudo dnf install libva-utils" 2. Run "vainfo | grep -i AV1" 3. Ensure you have flatpak installed and Flathub enabled 3. Run "flatpak install flathub org.freedesktop.Platform.VaInfo//24.08" 4. Run "flatpak run org.freedesktop.Platform.VaInfo//24.08 | grep -i AV1" Actual results: On Fedora, I get no output regarding support for AV1 profile On Flathub, I get an output regarding support for AV1 profile Expected results: Fedora should also have support for AV1 since the hardware supports it and it's an unencumbered patent. Additional info: I originally report this bug as a Fedora Flatpak issue before discovering it affected base Fedora too: https://gitlab.com/fedora/sigs/flatpak/fedora-flatpaks/-/issues/49
HI guys. Situation has changed a bit, ("improved"?) - for as of now, with f43 it is that... AV1 decoder is missing but ! encoder is present: -> $ vainfo Trying display: wayland libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib64/dri-nonfree/iHD_drv_video.so libva info: Trying to open /usr/lib64/dri-freeworld/iHD_drv_video.so libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.22 (libva 2.22.0) vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 25.3.4 () vainfo: Supported profile and entrypoints ... VAProfileAV1Profile0 : VAEntrypointEncSliceLP above is with Intel's ARC A310. Makes little sense - right? - for how many encode but... almost all, nope! all of us, decode. thanks, L.