Arch Linux

> the oneAPI mega-package on Arch

Silly question time. Could you please point to this pkg? Thanks.

> Could you please point to this pkg?
intel-oneapi-basekit /opt/intel/oneapi/vpl/
Edit:
There is also https://aur.archlinux.org/packages/onevpl in AUR

Thanks @loqs. Right, so this would require some possibly largish changes on the oneapi side. I've also notified the oneapi PM (cannot jointly assign as @kgizdov is not listed in this bug section despite being a Developer IIUC).

Related Intel article:
https://www.intel.com/content/www/us/en/developer/articles/technical/onevpl-in-ffmpeg-for-great-streaming-on-intel-gpus.html

Actually the oneVPL packages exist in AUR. Someone should adopt them as official.
—enable-libmfx and —enable-libvpl are mutually exclusive in FFmpeg.

header and loader:

https://aur.archlinux.org/packages/onevpl

runtime:

https://aur.archlinux.org/packages/onevpl-intel-gpu

I've pushed onevpl to the official repos. I'm the AUR maintainer of onevpl packages, and was just waiting for them to get more votes to push, since they seem to be low in usage.

@Toolybird As far as I know, this does not require any changes on the oneapi side. Since onevpl packages are now pushed to the official repositories, it will only require to switch ffmpeg from libmfx to onevpl.

Thanks @Bermond. Been using them with Tiger Lake and Arc GPU for long time and so for so good.

All that remains is to toggle on libvpl in ffmpeg, which can load libmfx-gen.so* and libmfxhw64.so* depending on the platforms.

Hi, is it still planned to switch ffmpeg from libmfx to onevpl ?

I've changed the latest PKGBUILD to build with onevpl. Transcoding now works with Intel Arc A380 GPU.

As I'm new to Arch Linux bug tracker and didn't find a place to submit my change or send PR, I've pushed my change on github.

https://github.com/cyfdecyf/ffmpeg-pkgbuild/tree/onevpl


Note: there's compilation error of ffmpeg on the latest Arch Linux. The inline assembly is causing error as following:

libavcodec/x86/mathops.h:125: Error: operand type mismatch for ` shr'

Details here https://trac.ffmpeg.org/ticket/10405

The problem is already fixed in ffmpeg master, so I also added a patch to fix this compile error.

I would really appreciate switching to onevpl. As far as i understood from the intel documentation it can support old and new libraries and will therefore replace the libmfx dependency.
For now, i'll have to build my own i guess.