From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 20 21:39:49 2023 Received: (at submit) by debbugs.gnu.org; 21 Mar 2023 01:39:49 +0000 Received: from localhost ([127.0.0.1]:57211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peQya-0006n7-Ps for submit@debbugs.gnu.org; Mon, 20 Mar 2023 21:39:49 -0400 Received: from lists.gnu.org ([209.51.188.17]:59866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peQyY-0006mw-Nj for submit@debbugs.gnu.org; Mon, 20 Mar 2023 21:39:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1peQyY-00073T-9L for bug-guix@gnu.org; Mon, 20 Mar 2023 21:39:46 -0400 Received: from mail-40133.protonmail.ch ([185.70.40.133]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1peQyV-0005gV-Ul for bug-guix@gnu.org; Mon, 20 Mar 2023 21:39:45 -0400 Date: Tue, 21 Mar 2023 01:39:34 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1679362779; x=1679621979; bh=/9zlbSHfcqE1VA60+GmBPKdyaqMeHNHZc6dTyDlV2e0=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=uKXS0s9ncoMIGcs7E2igFLnPTVG2y+0dsfEGRxJ4i8BGY3BC8bug6REL5Icax0JtD hrAeDW7/JAU6b9JgmGU79Bi88PNWo+zL3qnZOsjSLgcuXvk9rOLlE2UFWRN5EfTdgh Fw6wUGyfqzYSLD7B8gbQZAiaYU7OGhZGHrej6qZH8lidVPWHR6ze527Mgjd9ALsJhV lLWFCNVrfc+vLRFAU6n5oqVN3Fdh2IX+hSfqx7MguFG2lAUdYy4WJg/WSW39YTAgKR UeJy2Z7hHEseKS7Eb5GMjVR0PwpC0Mk8kk2bjM69T6HlXmzSQg7ZUZkR/qdE6ztqt1 sAo5fDM/ZXglA== To: Guix Bugs From: John Kehayias Subject: VDPAU can't find backends Message-ID: <87bkkmc27g.fsf@protonmail.com> Feedback-ID: 7805494:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.133; envelope-from=john.kehayias@protonmail.com; helo=mail-40133.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) 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-conf= ig, but for us our backends will be somewhere in the store unknown unless w= e include e.g. mesa as an input. Rather than increasing the closure to incl= ude 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 requir= e users to install libvdpau and a backend, like mesa, in their profile. Thi= s 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): --8<---------------cut here---------------start------------->8--- =E2=9D=AF guix shell mpv -- mpv -vo=3Dvdpau ~/test.mkv (+) Video --vid=3D1 (*) (h264 1920x1080 30.000fps) (+) Audio --aid=3D1 (*) 'Track1' (aac 2ch 48000Hz) Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared objec= t 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) --8<---------------cut here---------------end--------------->8--- but we can specify mesa explicitly: --8<---------------cut here---------------start------------->8--- =E2=9D=AF VDPAU_DRIVER_PATH=3D$(guix build mesa | tail -n1)/lib/vdpau guix = shell mpv -- mpv -vo=3Dvdpau ~/test.mkv (+) Video --vid=3D1 (*) (h264 1920x1080 30.000fps) (+) Audio --aid=3D1 (*) 'Track1' (aac 2ch 48000Hz) [vo/vdpau] Warning: this compatibility VO is low quality and may have issue= s with OSD, scaling, screenshots and more. [vo/vdpau] vo=3Dgpu is the preferred choice in any case and includes VDPAU = support via hwdec=3Dvdpau or vdpau-copy. AO: [pulse] 48000Hz stereo 2ch float VO: [vdpau] 1920x1080 yuv420p [vo/vdpau] Compositing window manager detected. Assuming timing info is ina= ccurate. AV: 00:00:00 / 00:20:25 (0%) A-V: 0.005 DS: 2.067/0 Exiting... (Quit) --8<---------------cut here---------------end--------------->8--- Or, of course, using vdpauinfo: --8<---------------cut here---------------start------------->8--- =E2=9D=AF guix shell vdpauinfo -- vdpauinfo display: :0.0 screen: 0 Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared objec= t file: No such file or directory Error creating VDPAU device: 1 =E2=9D=AF VDPAU_DRIVER_PATH=3D$(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 [...] --8<---------------cut here---------------end--------------->8--- John PS: I didn't check in detail, but I would guess is related; though there at least mesa is an input for VLC (includ= ing libvdpau-va-gl wouldn't be much for a 1.6 gig package already).