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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.