From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 110850] Vlc fails to decode video using vaapi
Date: Fri, 07 Jun 2019 07:05:18 +0000 [thread overview]
Message-ID: <bug-110850-502@http.bugs.freedesktop.org/> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 2179 bytes --]
https://bugs.freedesktop.org/show_bug.cgi?id=110850
Bug ID: 110850
Summary: Vlc fails to decode video using vaapi
Product: Mesa
Version: 19.1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel@lists.freedesktop.org
Reporter: akarshanbiswas@fedoraproject.org
QA Contact: dri-devel@lists.freedesktop.org
Tested Mesa version: 19.1.0 rc4, 19.0.5
Operating System: Fedora 30 with kernel 5.1.6
VLC version: 3.0.7 Vetinari (revision 3.0.6-223-g5fc4822ace)
GPU's tested: Both on Radeon RX550 and AMD APU a9-9410(stoney series)
Testing on both Xorg and Wayland
This bug is present since long time, selecting either vaapi video decoder or
vaapi video decoder via drm in vlc--> toos --> preferences--> Input/Codecs -->
hardware accelerated decoding fails and vlc switches to either vdpau or
software decoding.
(vdpau driver can't decode some hevc videos, vdpau is not supported on wayland)
Steps to reproduce:
1) After selecting vaapi video decoder in vlc, run vlc on a terminal with the
-v flag (for verbose)
2) play any media
3) Check the terminal ( Meanwhile vlc will try to switch to vdpau)
Actual results:
vlc's vaapi decoder fails with:
```
libva info: VA-API version 1.4.1
libva info: va_getDriverName() returns 0
libva info: User requested driver 'radeonsi'
libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_4
libva info: va_openDriver() returns 0
[00007f4c78001f60] glconv_vaapi_x11 gl error: vaDeriveImage: operation failed
[00007f4c7c062b30] main video output error: video output creation failed
[00007f4c88056060] main decoder error: failed to create video output
```
Expected result:
Vlc should play vaapi as it does in Intel GPUs.
I have a vlc bug ticket which says that the driver is buggy here:
https://trac.videolan.org/vlc/ticket/21194
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #1.2: Type: text/html, Size: 3610 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next reply other threads:[~2019-06-07 7:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-07 7:05 bugzilla-daemon [this message]
2019-09-03 13:25 ` [Bug 110850] Vlc fails to decode video using vaapi bugzilla-daemon
2019-09-25 18:50 ` bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-110850-502@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon@freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).