Stephen
Stephen
`/usr/local` is hardcoded in libva at compile time in the `scripts/100-build-libva` script. It looks like those instructions also want you to set `LIBVA_DRIVERS_PATH=/usr/local/lib/dri` which would override where libva looks for...
I've noticed this too, but I'm not sure what's going on. I don't think it's this driver causing it. It's possible it's related to the previous issue we've had around...
To clarify, exporting them works. Importing them does not work, specifically the R16 and RG1616 DRM formats.
Most things that export the surfaces via the VA-API do so in 'separate' mode, so each plane gets an fd in the format of that plane (R8, etc...). The other...
Are you running with EGL? Take a look in the `about:support` page.
It's not required to have libva 2.15.0, it should work just as well with prior versions. VA-API does print 1.15.0 due to some weird stuff with they way they version...
Ok, that indicates that libva can't even load the driver, since there's none of our logging being printed. I'm a little stumped at this. Normally this sort of failure happens...
There's a section at the bottom of the README that details how to verify if it's working.
That error is being printed by Firefox, not this driver.
Closing issue as it's nothing to do with the driver.