Avidemux cannot find libvdpau

[jhuber]

Hello!

I am running Avidemux 2.7.6 appImage on Ubuntu 20.04 with an nVidia Quadro K4000 adapter and driver version 455.38.  When Avidemux starts, I see the following error in the output:

Code Select Expand

Probing for VDPAU...
Unable to load [libvdpau.so]: libvdpau.so: cannot open shared object file: No such file or directory
 [init] 17:08:02-581  Cannot load libvdpau.so
VDPAU not available

However, from my computer, it seems that libvdpau should be available...

Code Select Expand

dpkg --search libvdpau.so
libvdpau1:amd64: /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0
libvdpau1:amd64: /usr/lib/x86_64-linux-gnu/libvdpau.so.1

and

Code Select Expand

vdpauinfo
display: :1   screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library  455.38  Thu Oct 22 05:57:08 UTC 2020

Video surface:

name   width height types
-------------------------------------------
420     4096  4096  NV12 YV12
422     4096  4096  UYVY YUYV
444     4096  4096 

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
MPEG1                           0 65536  4032  4048
MPEG2_SIMPLE                    3 65536  4032  4048
Y_MAX_LUMA                y 
[...]

Any suggestions as to why Avidemux cannot find libvdpau?

Thanks!

[eumagga0x2a]

However, from my computer, it seems that libvdpau should be available...
Code Select Expand

Code Select Expand

dpkg --search libvdpau.so
libvdpau1:amd64: /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0
libvdpau1:amd64: /usr/lib/x86_64-linux-gnu/libvdpau.so.1

Do you have also a versionless symlink named libvdpau.so in the library search path? Or just libvdpau.so.1 and that's it?

In any case, I would strongly recommend using the latest appImage from https://avidemux.org/nightly/appImage4Buster/ as it contains really a lot of fixes for bugs present in the last release. The appImage from the above directory of the nightly server should also take care of versionless symlink missing on Debian and its derivatives.

[jhuber]

However, from my computer, it seems that libvdpau should be available...
Code Select Expand

Code Select Expand

dpkg --search libvdpau.so
libvdpau1:amd64: /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0
libvdpau1:amd64: /usr/lib/x86_64-linux-gnu/libvdpau.so.1

Do you have also a versionless symlink named libvdpau.so in the library search path? Or just libvdpau.so.1 and that's it?

In any case, I would strongly recommend using the latest appImage from https://avidemux.org/nightly/appImage4Buster/ as it contains really a lot of fixes for bugs present in the last release. The appImage from the above directory of the nightly server should also take care of versionless symlink missing on Debian and its derivatives.

Thanks for the reply!

First, I tried the latest appImage from your link above, but it did not solve the problem.

Next, I created a symlink for libvdpau.so in /usr/lib pointing to /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0, and that solved the problem.

[eumagga0x2a]

Indeed, it turns out to be that versionless symlink (it should point to libvdpau.so.1, not directly to libvdpau.so.1.0.0) belongs to libvdpau-dev package. You should remove the symlink you created and install libvdpau-dev instead.

First, I tried the latest appImage from your link above, but it did not solve the problem.

I missed that AppImages created on Debian Buster provide a versionless symlink only for the bundled libvdpau, which is used only when a system one is not available. Will fix the check in AppRun script tomorrow.

Thank you for raising the topic.

[jhuber]

Indeed, it turns out to be that versionless symlink (it should point to libvdpau.so.1, not directly to libvdpau.so.1.0.0) belongs to libvdpau-dev package. You should remove the symlink you created and install libvdpau-dev instead.

Thank you for the tip.  I did this and avidemux is able to find libvdpau.

[eumagga0x2a]

Should be fixed at the root by [coreVdpau] Try to load VDPAU library by versioned symlink.

libvdpau-dev should not be necessary with future nightlies.