VDPAU can't find backends

  • Done
  • quality assurance status badge
Details
One participant
  • John Kehayias
Owner
unassigned
Submitted by
John Kehayias
Severity
normal
J
J
John Kehayias wrote on 21 Mar 2023 02:39
(name . Guix Bugs)(address . bug-guix@gnu.org)
87bkkmc27g.fsf@protonmail.com
Hi Guix,

Currently VDPAU, through libvdpau, can't find backends as they are not part of where it will search:


Namely, it will search where it is configured to at build time via pkg-config, but for us our backends will be somewhere in the store unknown unless we include e.g. mesa as an input. Rather than increasing the closure to include any VDPAU backends (I know of mesa and libvdpau-va-gl), an environment variable can be specified at runtime, VDPAU_DRIVER_PATH.

However, I'm not sure how we can use that as a search path unless we require users to install libvdpau and a backend, like mesa, in their profile. This doesn't seem like the cleanest option.

Any other options?

For testing, here is mpv not finding a VDPAU backend (trying with vaapi or hwdec auto will use vaapi successfully):

Toggle snippet (11 lines)
? guix shell mpv -- mpv -vo=vdpau ~/test.mkv
(+) Video --vid=1 (*) (h264 1920x1080 30.000fps)
(+) Audio --aid=1 (*) 'Track1' (aac 2ch 48000Hz)
Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object file: No such file or directory
[vo/vdpau] Error when calling vdp_device_create_x11: 1
Error opening/initializing the selected video_out (--vo) device.
Video: no video

Exiting... (Errors when loading file)

but we can specify mesa explicitly:

Toggle snippet (13 lines)
? VDPAU_DRIVER_PATH=$(guix build mesa | tail -n1)/lib/vdpau guix shell mpv -- mpv -vo=vdpau ~/test.mkv
(+) Video --vid=1 (*) (h264 1920x1080 30.000fps)
(+) Audio --aid=1 (*) 'Track1' (aac 2ch 48000Hz)
[vo/vdpau] Warning: this compatibility VO is low quality and may have issues with OSD, scaling, screenshots and more.
[vo/vdpau] vo=gpu is the preferred choice in any case and includes VDPAU support via hwdec=vdpau or vdpau-copy.
AO: [pulse] 48000Hz stereo 2ch float
VO: [vdpau] 1920x1080 yuv420p
[vo/vdpau] Compositing window manager detected. Assuming timing info is inaccurate.
AV: 00:00:00 / 00:20:25 (0%) A-V: 0.005 DS: 2.067/0

Exiting... (Quit)

Or, of course, using vdpauinfo:

Toggle snippet (23 lines)
? guix shell vdpauinfo -- vdpauinfo
display: :0.0 screen: 0
Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object file: No such file or directory
Error creating VDPAU device: 1
? VDPAU_DRIVER_PATH=$(guix build mesa | tail -n1)/lib/vdpau guix shell vdpauinfo -- vdpauinfo
display: :0.0 screen: 0
API version: 1
Information string: G3DVL VDPAU Driver Shared Library version 1.0

Video surface:

name width height types
------------------------------------------------------------------------
420 16384 16384 NV12 YV12
422 16384 16384 UYVY YUYV
444 16384 16384 Y8U8V8A8 V8U8Y8A8
420_16 16384 16384
422_16 16384 16384
444_16 16384 16384

[...]

John

PS: I didn't check in detail, but I would guess https://issues.guix.gnu.org/48868 is related; though there at least mesa is an input for VLC (including libvdpau-va-gl wouldn't be much for a 1.6 gig package already).
J
J
John Kehayias wrote on 9 May 2023 06:41
(address . 62313-done@debbugs.gnu.org)
877ctiqfpv.fsf@protonmail.com
Fixed with 02995444dbe9861c32b6e2cdbfb7a7b2affe2c2b
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 62313@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 62313
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch