Arch Linux User Repository

I don't get vp9 decoding support

LIBVA_DRIVER_NAME=i965 vainfo /usr/lib/dri/hybrid_drv_video.so has no function __vaDriverInit_0_32 Not using hybrid_drv_video.so

Hi I have an intel celeron n3050 (braswell) and it hangs 2 of every 5 vp9 videos when using vaapi, is there a way to prevent this?

It doesn't compile:

collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:680: hybrid_drv_video.la] Error 1
make[3]: Leaving directory '/home/foo/.cache/yay/intel-hybrid-codec-driver/src/intel-hybrid-driver/src'
make[2]: *** [Makefile:974: all-recursive] Error 1
make[2]: Leaving directory '/home/foo/.cache/yay/intel-hybrid-codec-driver/src/intel-hybrid-driver/src'
make[1]: *** [Makefile:595: all] Error 2
make[1]: Leaving directory '/home/foo/.cache/yay/intel-hybrid-codec-driver/src/intel-hybrid-driver/src'
make: *** [Makefile:418: all-recursive] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
error making: intel-hybrid-codec-driver

The alternative older package "intel-hybrid-codec-driver-gcc10" compiles fine.

Some clarifications for those finding this package and the other one (libva-intel-driver-hybrid) confusing -

This package provides /usr/lib/dri/hybrid_drv_video.so which can be used like so-

$ LIBVA_DRIVER_NAME=hybrid vainfo
vainfo: VA-API version: 1.8 (libva 2.8.0)
vainfo: Driver version: Intel hybrid driver - 2.0.0
vainfo: Supported profile and entrypoints
      VAProfileVP9Profile0            : VAEntrypointVLD

It can also be used by the i965 (/usr/lib/dri/i965_drv_video.so) driver provided by libva-intel-driver-hybrid like so-

$ LIBVA_DRIVER_NAME=i965 vainfo
vainfo: VA-API version: 1.8 (libva 2.8.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Broadwell - 2.4.1
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Simple            : VAEntrypointEncSlice
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileH264MultiviewHigh      : VAEntrypointVLD
      VAProfileH264MultiviewHigh      : VAEntrypointEncSlice
      VAProfileH264StereoHigh         : VAEntrypointVLD
      VAProfileH264StereoHigh         : VAEntrypointEncSlice
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileVP8Version0_3          : VAEntrypointVLD
      VAProfileVP9Profile0            : VAEntrypointVLD

Note that the i965_drv_video.so provided by the vanilla libva-intel-driver will not be able to use this package.

In order to properly get over libva error: /usr/lib/dri/hybrid_drv_video.so has no function __vaDriverInit_1_0 error, I had to put in the following patch -

$ cat vadriverinit-fix.patch
--- intel-hybrid-driver/src/media_drv_init.c
+++ intel-hybrid-driver-new/src/media_drv_init.c
@@ -2764,9 +2764,9 @@ va_driver_init (VADriverContextP ctx)
   return ret;
 }

-VAStatus DLL_EXPORT __vaDriverInit_0_34 (VADriverContextP ctx);
+VAStatus DLL_EXPORT VA_DRIVER_INIT_FUNC (VADriverContextP ctx);
 VAStatus
-__vaDriverInit_0_34 (VADriverContextP ctx)
+VA_DRIVER_INIT_FUNC (VADriverContextP ctx)
 {
   VAStatus ret = VA_STATUS_ERROR_UNKNOWN;

But I don't think it matters since I don't think we should be using the hybrid driver directly but instead through i965 that is supplied by the libva-intel-driver-hybrid.

I continue to have the issue mentioned by DetMittens in the first post to this AUR package. My hybrid_drv_video.so gets compiled with __vaDriverInit_0_34 instead of __vaDriverInit_1_0:

$ strings hybrid_drv_video.so | grep vaDriverInit
__vaDriverInit_0_34

As a result, vainfo cannot successfully load this drv:

$ LIBVA_DRIVER_NAME=hybrid vainfo
libva error: /usr/lib/dri/hybrid_drv_video.so has no function __vaDriverInit_1_0

I could not parse the solution from looking at all the commands in this AUR and also externally.

Any ideas?

It currently fails to build with gcc10 because gcc10 defaults to use -fno-common.

Can be fixed by applying this patch from upstream PR #28: https://github.com/intel/intel-hybrid-driver/commit/821f871296629ffab451faea5134abf6f2d1166f.patch

Can you add 'git' to makedepends please? Otherwise the build fails when git is not installed.

This codec seems to work way better under Intel Clear Kernel. On my machine, rendering 1080p Youtube Video with chromium-vaapi only took ~5% under Intel Clear Kernel, just like it gots full hw-acceleration.

It's working fine for me.

I am using a skylake CPU (Intel Corei7-6560U)

Playing YouTube in VP9 with chromium-vaapi is smooth, <10%CPU is used and no frame drops with libva-intel-driver-hybrid and this package installed

Without this package, ~30%is used when playing 1080p vp9 youtube and there's occasional frame drops

Unfortunately that sounds like the hardware just isn't fast enough, even with this driver (depending on which graphics generation) a lot of the decoding is still done in software. For example the Braswell nuc I have can do vp9 decoding but past ~720p30 it stutters and drops frames.

I've updated the package to make the driver at least partially usable for now and included a warning when upgrading from a previous version.