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--> Inpu=
t/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 wayl=
and)
Steps to reproduce:
1) After selecting vaapi video decoder in vlc, run vlc on a terminal with t=
he
-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 fail=
ed
[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.videola=
n.org/vlc/ticket/21194