unable to update latest version
xeleven11 opened this issue · 13 comments
Ubuntu 22.04 8700k 1080Ti
Vainfo was working fine untile I decided to update using autogen and there are duplicate files of libva in /usr/lib/x86_64-linux-gnu/. Files are linked and I have no idea how to overwrite or use LD_LIBRARY_PATH. Currently running vainfo looks like this:
vainfo: symbol lookup error: /lib/x86_64-linux-gnu/libva-x11.so.2: undefined symbol: va_fool_postp
I have the same issue, never happened with previous libva versions... any hints please?
Which version you are trying to build? which sha or tag?
Which configuration command line you use?
What's the output from configuration? especially last part where configuration prints out which backends were configured?
Currently running vainfo looks like this:
vainfo: symbol lookup error: /lib/x86_64-linux-gnu/libva-x11.so.2: undefined symbol: va_fool_postp
This sound like you did not rebuild all backends, specifically - x11. Check file time stamps with something like ls -al /lib/x86_64-linux-gnu/libva*. One change which comes into my mind was with x11 when DRI2 support was added. It now requires libx11-xcb-dev libxcb-dri3-dev to be additionally installed. Overall, check with ci which packages are installed on your system - https://github.com/intel/libva/blob/master/.github/workflows/ubuntu.yml#L28
Which version you are trying to build? which sha or tag? Which configuration command line you use? What's the output from configuration? especially last part where configuration prints out which backends were configured?
Currently running vainfo looks like this:
vainfo: symbol lookup error: /lib/x86_64-linux-gnu/libva-x11.so.2: undefined symbol: va_fool_postpThis sound like you did not rebuild all backends, specifically - x11. Check file time stamps with something like
ls -al /lib/x86_64-linux-gnu/libva*. One change which comes into my mind was with x11 when DRI2 support was added. It now requireslibx11-xcb-dev libxcb-dri3-devto be additionally installed. Overall, check with ci which packages are installed on your system - https://github.com/intel/libva/blob/master/.github/workflows/ubuntu.yml#L28
libx11-xcb-dev and libxcb-dri3-dev are installed.
I am using latest master branch. I configured both with autogen and meson...
./autogen.sh --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu
autoreconf: export WARNINGS=
autoreconf: Entering directory '.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I m4 ${ACLOCAL_FLAGS}
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
autoreconf: configure.ac: not using Intltool
autoreconf: configure.ac: not using Gtkdoc
autoreconf: running: aclocal -I m4 ${ACLOCAL_FLAGS}
autoreconf: running: /usr/bin/autoconf
configure.ac:127: warning: The macro AC_HELP_STRING' is obsolete. configure.ac:127: You should run autoupdate. ./lib/autoconf/general.m4:204: AC_HELP_STRING is expanded from... ./lib/autoconf/general.m4:1534: AC_ARG_ENABLE is expanded from... configure.ac:127: the top level configure.ac:132: warning: The macro AC_HELP_STRING' is obsolete.
configure.ac:132: You should run autoupdate.
./lib/autoconf/general.m4:204: AC_HELP_STRING is expanded from...
./lib/autoconf/general.m4:1534: AC_ARG_ENABLE is expanded from...
configure.ac:132: the top level
configure.ac:137: warning: The macro AC_HELP_STRING' is obsolete. configure.ac:137: You should run autoupdate. ./lib/autoconf/general.m4:204: AC_HELP_STRING is expanded from... ./lib/autoconf/general.m4:1534: AC_ARG_ENABLE is expanded from... configure.ac:137: the top level configure.ac:142: warning: The macro AC_HELP_STRING' is obsolete.
configure.ac:142: You should run autoupdate.
./lib/autoconf/general.m4:204: AC_HELP_STRING is expanded from...
./lib/autoconf/general.m4:1534: AC_ARG_ENABLE is expanded from...
configure.ac:142: the top level
configure.ac:147: warning: The macro AC_HELP_STRING' is obsolete. configure.ac:147: You should run autoupdate. ./lib/autoconf/general.m4:204: AC_HELP_STRING is expanded from... ./lib/autoconf/general.m4:1534: AC_ARG_ENABLE is expanded from... configure.ac:147: the top level configure.ac:152: warning: The macro AC_HELP_STRING' is obsolete.
configure.ac:152: You should run autoupdate.
./lib/autoconf/general.m4:204: AC_HELP_STRING is expanded from...
./lib/autoconf/general.m4:1553: AC_ARG_WITH is expanded from...
configure.ac:152: the top level
configure.ac:167: warning: The macro AC_HELP_STRING' is obsolete. configure.ac:167: You should run autoupdate. ./lib/autoconf/general.m4:204: AC_HELP_STRING is expanded from... ./lib/autoconf/general.m4:1553: AC_ARG_WITH is expanded from... configure.ac:167: the top level configure.ac:176: warning: The macro AC_PROG_LIBTOOL' is obsolete.
configure.ac:176: You should run autoupdate.
m4/libtool.m4:99: AC_PROG_LIBTOOL is expanded from...
configure.ac:176: the top level
configure.ac:183: warning: The macro `AC_HEADER_STDC' is obsolete.
configure.ac:183: You should run autoupdate.
./lib/autoconf/headers.m4:704: AC_HEADER_STDC is expanded from...
configure.ac:183: the top level
configure.ac:340: warning: AC_OUTPUT should be used without arguments.
configure.ac:340: You should run autoupdate.
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
configure.ac:176: installing './compile'
configure.ac:176: installing './config.guess'
configure.ac:176: installing './config.sub'
configure.ac:93: installing './install-sh'
configure.ac:93: installing './missing'
va/Makefile.am: installing './depcomp'
va/wayland/Makefile.am:30: warning: source file '../drm/va_drm_utils.c' is in a subdirectory,
va/wayland/Makefile.am:30: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least one source file is in a subdirectory, but the 'subdir-objects'
automake: automake option hasn't been enabled. For now, the corresponding output
automake: object file(s) will be placed in the top-level directory. However, this
automake: behavior may change in a future Automake major version, with object
automake: files being placed in the same subdirectory as the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout your
automake: project, to avoid future incompatibilities.
va/x11/Makefile.am:30: warning: source file '../drm/va_drm_utils.c' is in a subdirectory,
va/x11/Makefile.am:30: but option 'subdir-objects' is disabled
autoreconf: Leaving directory '.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a race-free mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking how to print strings... printf
checking whether make supports the include directive... yes (GNU style)
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether the compiler supports GNU C... yes
checking whether gcc accepts -g... yes
checking for gcc option to enable C11 features... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @file support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /usr/bin/dd
checking how to truncate binary pipes... /usr/bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking for stdio.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for strings.h... yes
checking for sys/stat.h... yes
checking for sys/types.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for gcc... (cached) gcc
checking whether the compiler supports GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to enable C11 features... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for g++... g++
checking whether the compiler supports GNU C++... yes
checking whether g++ accepts -g... yes
checking for g++ option to enable C++11 features... none needed
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for a sed that does not truncate output... (cached) /usr/bin/sed
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for egrep... (cached) /usr/bin/grep -E
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for secure_getenv... yes
checking for library containing dlopen... none required
checking whether gcc accepts -fstack-protector-strong... yes
checking for libdrm >= 2.4.60... yes
checking for x11 xext xfixes x11-xcb xcb xcb-dri3... no
checking for wayland-client >= 1.11.0... no
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating pkgconfig/Makefile
config.status: creating pkgconfig/libva-drm.pc
config.status: creating pkgconfig/libva-glx.pc
config.status: creating pkgconfig/libva-wayland.pc
config.status: creating pkgconfig/libva-x11.pc
config.status: creating pkgconfig/libva.pc
config.status: creating va/Makefile
config.status: creating va/drm/Makefile
config.status: creating va/glx/Makefile
config.status: creating va/va_version.h
config.status: creating va/wayland/Makefile
config.status: creating va/x11/Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
libva - 2.21.0.pre1 (VA-API 1.21.0)
Installation prefix .............. : /usr
Default driver path .............. : /usr/lib/x86_64-linux-gnu/dri
Extra window systems ............. : drm
Build with legacy ................ : emgd,nvctrl,fglrx
Build documentation .............. : no
Now type 'make' to compile libva.
I see some complains about x11*, any hints?
checking for x11 xext xfixes x11-xcb xcb xcb-dri3... no
checking for wayland-client >= 1.11.0... no
Extra window systems ............. : drm
So, yes, as I thought - you rebuilt only subset of targets (libva and libva-drm) and other targets (libva-x11, libva-wayland and I think egl) were not rebuilt due to missing dependencies. Please, try to run apt-get matching ci, i.e. https://github.com/intel/libva/blob/master/.github/workflows/ubuntu.yml#L28:
sudo apt-get update
sudo apt-get install -y \
libdrm-dev \
libegl1-mesa-dev \
libgl1-mesa-dev \
libx11-dev \
libx11-xcb-dev \
libxcb-dri3-dev \
libxext-dev \
libxfixes-dev \
libwayland-dev
Then clean up libva repository to wipe out previous configuration state and reconfigure. If you will see x11 and wayland in extra windows systems, try to rebuild and run again:
git clean -ffdx
./configure ....
or
meson setup ....
Thank you, at least I got vainfo to work in drm:
sudo vainfo now returns:
Trying display: wayland
error: XDG_RUNTIME_DIR not set in the environment.
Trying display: x11
error: can't connect to X server!
Trying display: drm
libva info: VA-API version 1.21.0
libva info: Trying to open /usr/local/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_21
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.21 (libva 2.21.0.1)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 23.4.1 (94a4f8d16)
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVideoProc
VAProfileNone : VAEntrypointStats
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSliceLP
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSliceLP
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointEncSliceLP
VAProfileVP9Profile1 : VAEntrypointVLD
VAProfileVP9Profile1 : VAEntrypointEncSliceLP
VAProfileVP9Profile2 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointEncSliceLP
VAProfileVP9Profile3 : VAEntrypointVLD
VAProfileVP9Profile3 : VAEntrypointEncSliceLP
VAProfileHEVCMain12 : VAEntrypointVLD
VAProfileHEVCMain422_10 : VAEntrypointVLD
VAProfileHEVCMain422_10 : VAEntrypointEncSliceLP
VAProfileHEVCMain422_12 : VAEntrypointVLD
VAProfileHEVCMain444 : VAEntrypointVLD
VAProfileHEVCMain444 : VAEntrypointEncSliceLP
VAProfileHEVCMain444_10 : VAEntrypointVLD
VAProfileHEVCMain444_10 : VAEntrypointEncSliceLP
VAProfileHEVCMain444_12 : VAEntrypointVLD
VAProfileHEVCSccMain : VAEntrypointVLD
VAProfileHEVCSccMain : VAEntrypointEncSliceLP
VAProfileHEVCSccMain10 : VAEntrypointVLD
VAProfileHEVCSccMain10 : VAEntrypointEncSliceLP
VAProfileHEVCSccMain444 : VAEntrypointVLD
VAProfileHEVCSccMain444 : VAEntrypointEncSliceLP
VAProfileAV1Profile0 : VAEntrypointVLD
VAProfileAV1Profile0 : VAEntrypointEncSliceLP
VAProfileHEVCSccMain444_10 : VAEntrypointVLD
VAProfileHEVCSccMain444_10 : VAEntrypointEncSliceLP
but if I try to convert using FFmpeg av1_qsv I still get:
[av1_qsv @ 0x55f8968fb500] Failed to create a VAAPI device.
[vost#0:0/av1_qsv @ 0x55f896ecd380] Error while opening encoder - maybe incorrect parameters such as bit_rate, rate, width or height.
Error while filtering: Generic error in an external library
[out#0/matroska @ 0x55f896bddbc0] Nothing was written into output file, because at least one of its streams received no packets.
I still have to understand what "Generic error in an external library" is, could it be a libva issue in your opinion?
If you have fixed build issue and see x11 and 'wayland' in the list of backends built with libva, then next level of triage would be to check permissions for you user. Which would be to execute these commands:
$ ls -al /dev/dri/
total 0
drwxr-xr-x 2 root root 80 Aug 29 13:12 .
drwxr-xr-x 19 root root 4480 Aug 29 13:12 ..
crw-rw----+ 1 root video 226, 0 Oct 27 08:07 card0
crw-rw----+ 1 root video 226, 128 Oct 27 08:07 renderD128
$ groups
dvrogozh wheel video docker
Key point is that your user must have access to the card0 and renderD128 devices. First command gives you which group owns each device (for me that's 'video', for modern Ubuntu that will be 'video' and 'render'), and second command shows in which groups your user account is. If your user is not in the groups which own devices, add it (below is example for Ubuntu, you might need to adjust depending on actual group ownership):
sudo usermod -aG video $(whoami)
sudo usermod -aG render $(whoami)
NOTE: you must exit and start a new shell for this change to take effect. Do explicitly check change running groups command in a new shell.
sudo apt-get update sudo apt-get install -y \ libdrm-dev \ libegl1-mesa-dev \ libgl1-mesa-dev \ libx11-dev \ libx11-xcb-dev \ libxcb-dri3-dev \ libxext-dev \ libxfixes-dev \ libwayland-devgit clean -ffdx ./configure .... or meson setup ....
I have installed missing packages but still getting same error in vainfo. I have no idea how to execute git clean and in root folder this does nothing. I know x11 backend is not enabled that main cause is link from libva.so.2. However I dont know how to solve it
:~$ ls -al /lib/x86_64-linux-gnu/libva*
-rwxr-xr-x 1 root root 1002 Oct 18 2023 /lib/x86_64-linux-gnu/libva-drm.la
lrwxrwxrwx 1 root root 21 Oct 18 2023 /lib/x86_64-linux-gnu/libva-drm.so -> libva-drm.so.2.2100.0
lrwxrwxrwx 1 root root 21 Oct 18 2023 /lib/x86_64-linux-gnu/libva-drm.so.2 -> libva-drm.so.2.2100.0
-rw-r--r-- 1 root root 14656 Feb 22 2022 /lib/x86_64-linux-gnu/libva-drm.so.2.1400.0
-rwxr-xr-x 1 root root 47848 Oct 18 2023 /lib/x86_64-linux-gnu/libva-drm.so.2.2100.0
-rwxr-xr-x 1 root root 937 Oct 18 2023 /lib/x86_64-linux-gnu/libva.la
lrwxrwxrwx 1 root root 17 Oct 18 2023 /lib/x86_64-linux-gnu/libva.so -> libva.so.2.2100.0
lrwxrwxrwx 1 root root 17 Oct 18 2023 /lib/x86_64-linux-gnu/libva.so.2 -> libva.so.2.2100.0
-rw-r--r-- 1 root root 195088 Feb 22 2022 /lib/x86_64-linux-gnu/libva.so.2.1400.0
-rwxr-xr-x 1 root root 700232 Oct 18 2023 /lib/x86_64-linux-gnu/libva.so.2.2100.0
lrwxrwxrwx 1 root root 25 Feb 22 2022 /lib/x86_64-linux-gnu/libva-wayland.so.2 -> libva-wayland.so.2.1400.0
-rw-r--r-- 1 root root 23240 Feb 22 2022 /lib/x86_64-linux-gnu/libva-wayland.so.2.1400.0
lrwxrwxrwx 1 root root 21 Feb 22 2022 /lib/x86_64-linux-gnu/libva-x11.so.2 -> libva-x11.so.2.1400.0
-rw-r--r-- 1 root root 27328 Feb 22 2022 /lib/x86_64-linux-gnu/libva-x11.so.2.1400.0
/lib/x86_64-linux-gnu/libva:
total 2616
drwxr-xr-x 10 root root 4096 Oct 18 2023 .
drwxr-xr-x 152 root root 139264 Aug 19 14:13 ..
-rw-r--r-- 1 root root 52710 Oct 18 2023 aclocal.m4
-rw-r--r-- 1 root root 80 Oct 18 2023 Android.mk
-rwxr-xr-x 1 root root 1707 Oct 18 2023 autogen.sh
drwxr-xr-x 2 root root 4096 Oct 18 2023 autom4te.cache
drwxr-xr-x 2 root root 4096 Oct 18 2023 build
-rwxr-xr-x 1 root root 7400 Oct 18 2023 compile
-rwxr-xr-x 1 root root 49482 Oct 18 2023 config.guess
-rw-r--r-- 1 root root 2986 Oct 18 2023 config.h
-rw-r--r-- 1 root root 2658 Oct 18 2023 config.h.in
-rw-r--r-- 1 root root 39846 Oct 18 2023 config.log
-rwxr-xr-x 1 root root 70174 Oct 18 2023 config.status
-rwxr-xr-x 1 root root 35406 Oct 18 2023 config.sub
-rwxr-xr-x 1 root root 668129 Oct 18 2023 configure
-rwxr-xr-x 1 root root 668129 Oct 18 2023 configure~
-rw-r--r-- 1 root root 12574 Oct 18 2023 configure.ac
-rw-r--r-- 1 root root 2627 Oct 18 2023 CONTRIBUTING.md
-rw-r--r-- 1 root root 1130 Oct 18 2023 COPYING
-rwxr-xr-x 1 root root 23568 Oct 18 2023 depcomp
drwxr-xr-x 2 root root 4096 Oct 18 2023 doc
drwxr-xr-x 8 root root 4096 Oct 18 2023 .git
drwxr-xr-x 3 root root 4096 Oct 18 2023 .github
-rw-r--r-- 1 root root 344 Oct 18 2023 .gitignore
-rwxr-xr-x 1 root root 15358 Oct 18 2023 install-sh
-rwxr-xr-x 1 root root 348460 Oct 18 2023 libtool
-rwxr-xr-x 1 root root 327299 Oct 18 2023 ltmain.sh
drwxr-xr-x 2 root root 4096 Oct 18 2023 m4
-rw-r--r-- 1 root root 28483 Oct 18 2023 Makefile
-rw-r--r-- 1 root root 1559 Oct 18 2023 Makefile.am
-rw-r--r-- 1 root root 28525 Oct 18 2023 Makefile.in
-rw-r--r-- 1 root root 5845 Oct 18 2023 meson.build
-rw-r--r-- 1 root root 608 Oct 18 2023 meson_options.txt
-rwxr-xr-x 1 root root 6878 Oct 18 2023 missing
-rw-r--r-- 1 root root 23753 Oct 18 2023 NEWS
drwxr-xr-x 2 root root 4096 Oct 18 2023 pkgconfig
-rw-r--r-- 1 root root 2925 Oct 18 2023 README.md
-rw-r--r-- 1 root root 405 Oct 18 2023 security.md
-rw-r--r-- 1 root root 23 Oct 18 2023 stamp-h1
-rwxr-xr-x 1 root root 149 Oct 18 2023 style_unify
drwxr-xr-x 10 root root 4096 Oct 18 2023 va
I found out libva.so.2 was the cause of error as it was only one linked to newer version of libva. typing this in terminal fixed the problemsudo ln -sf libva.so.2.1400.0 libva.so.2
However I am still getting same error whenever I update as symlink reverts back to latest version of libva and I have to apply the fix again every time. This is very frustrating and i don't know the ultimate solution
hi , I suppose it is because : (assume your latest version is 2.22)
you have libva.so.2.2200 , but you have no libva-x11.so.2.2200.0 in your system.
you have two method:
-
if you want X11 support
you should make sure there are X11 support when you build libva
after run " ./autogen.sh --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu" you should get these message:libva - 2.22.0 (VA-API 1.22.0)
Installation prefix .............. : /usr
Default driver path .............. : /usr/lib/x86_64-linux-gnu/dri
Extra window systems ............. : drm x11 glx wayland
Build with legacy ................ : emgd,nvctrl,fglrx
Build documentation .............. : no
the extra window system must include x11.
then "rm -f /usr/lib/x86_64-linux-gnu/libva*"
then "make -j$nproc" and "make install"
if you could not find x11, please follow previous comments.
- if you dont want X11 support
just do "rm -f /usr/lib/x86_64-linux-gnu/libva*" and recompile install again.
i am still running ubuntu 22.04 and there are no other repos offering version higher than libva 2.14. I installed this less than year ago so mine is listed as libva-x11.so.2.2100.0 i will build it again using git file as written in readme section
edit: i followed instructions by @XinfengZhang. x11 is included in extra window systems but i get error after running vainfo
:~/libva$ vainfo
libva info: VA-API version 1.23.0
libva error: vaGetDriverNames() failed with unknown libva error
vaInitialize failed with error code -1 (unknown libva error),exit
how about "vainfo --display drm --device /dev/dri/renderD128"
or use export LIBVA_DRIVER_NAME=iHD
how about "vainfo --display drm --device /dev/dri/renderD128"
i already exported drivers to nvidia and NVD_BACKEND. there doesnt seem to be any error now but my libva version doesnt correspond to one i built as shown in vainfo
libva info: VA-API version 1.23.0
libva info: User environment variable requested driver 'nvidia'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so
libva info: Found init function __vaDriverInit_1_0
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.23 (libva 2.12.0)
vainfo: Driver version: VA-API NVDEC driver [direct backend]
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain12 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
i wonder what the problem is. here are exact commands i entered when building libva again
:~$ git clone https://github.com/intel/libva.git
:~$ cd libva
:~/libva$ ./autogen.sh --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu
autoreconf: export WARNINGS=
configure.ac:128: warning: The macro `AC_HELP_STRING' is obsolete.
configure.ac:177: warning: The macro `AC_PROG_LIBTOOL' is obsolete.
configure.ac:184: warning: The macro `AC_HEADER_STDC' is obsolete.
configure.ac:341: warning: AC_OUTPUT should be used without arguments.
va/wayland/Makefile.am:30: warning: source file '../drm/va_drm_utils.c' is in a subdirectory,
va/wayland/Makefile.am:30: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least one source file is in a subdirectory, but the 'subdir-objects'
automake: automake option hasn't been enabled.
va/x11/Makefile.am:30: warning: source file '../drm/va_drm_utils.c' is in a subdirectory,
va/x11/Makefile.am:30: but option 'subdir-objects' is disabled
:~/libva$ sudo rm -rf /usr/lib/x86_64-linux-gnu/libva
:~/libva$ make -j$nproc
:~/libva$ sudo make install