Problem with VDPAU Decoder

DDuck007 · March 27, 2021 at 11:25 AM

Hello,

for my CPU AMD GX-217GA SOC with Radeon(tm) HD Graphics I compiled f085883 today morning and saw that the VAAPI (which was present in Player-settings) changed to VDPAU (I think due to MESA 21.0.1, but I thought VDPAU is only supported by NVidia-Cards?).

With VDPAU enabled I get the message that "No backend implementation could be loaded.(1) at ../xbmc/cores/VideoPlayer/DVDCodecs/Video/VDPAU.cpp:1098".

If I disable the VDPAU I see a picture but - of course - with high-CPU-load.

The VDPAU Decoder capabilities are shown as following:

name level macbs width height

------------------------------------

MPEG2_SIMPLE 3 9216 2048 1152

MPEG2_MAIN 3 9216 2048 1152

H264_BASELINE 41 9216 2048 1152

H264_MAIN 41 9216 2048 1152

H264_HIGH 41 9216 2048 1152

VC1_SIMPLE 1 9216 2048 1152

VC1_MAIN 2 9216 2048 1152

VC1_ADVANCED 4 9216 2048 1152

MPEG4_PART2_ASP 5 9216 2048 1152

------------------------------------

Did I perhaps miss anything to clean before building - or does anyone have an idea?

Best regards,

DDuck007

**mglae** · March 27, 2021 at 2:48 PM

Setting export KODI_GL_INTERFACE=GLX allows using VDPAU on AMD, but there is no reason to do this today.

Start a clean build (erase the build directory) if you did an incremental build before.

DDuck007 · March 27, 2021 at 3:30 PM

ok I will try a clean build - think it will last 5-6 hours ...

DDuck007 · March 28, 2021 at 7:18 AM

A clean build (done over night "c623222") shows the same problem: VDPAU instead of VAAPI is activated and no video-playback starts.

Just tested the official nightly build LibreELEC-Generic.x86_64-10.0-nightly-20210328-c623222.tar and it´s the same problem with this build. VDPAU is enabled for radonsi.

**mglae** · March 28, 2021 at 11:38 AM

Complete debug log via pastekodi please.

A Polaris12 GPU using the amdgpu driver is working with the nightly. As a test you can enable the amdgou driver on your Kabini GPU with radeon.cik_support=0 amdgpu.cik_support=1 kernel parameters (CIK = Sea Islands GPUs)

For the records: Southern Islands (SI) GPUs can be enabled with radeon.si_support=0 amdgpu.si_support=1 and both parameter pairs can be combined.

DDuck007 · March 28, 2021 at 12:42 PM

Thank you!

The debug-log (nothing changed in syslinux.cfg) can be found here: DebugLog

radeon.cik_support=0 amdgpu.cik_support=1 brings back the VAAPI and simply works.

A general question: Does AMD_GPU work with VDPAU-Decoder at all?

**mglae** · March 28, 2021 at 5:10 PM

Unfortunately your debug log starts after the interesting part:

Code

2021-03-28 13:18:24.577 T:1048     INFO <general>: VDPAU::CreateContext - creating decoder context[...]
2021-03-28 13:18:56.979 T:1048     INFO <general>: Enabled debug logging due to GUI setting. Level 2.

Quote from DDuck007

radeon.cik_support=0 amdgpu.cik_support=1 brings back the VAAPI and simply works.

Which LE version did you use before yesterday?

There was both a Mesa and a kernel update yesterday. With the amdgpu driver still working and having used a recent LE version you can start to revert the kernel update first.

Quote from DDuck007

A general question: Does AMD_GPU work with VDPAU-Decoder at all?

You have to configure it. Create:

Code: /storage/.config/kodi.conf

KODI_GL_INTERFACE=GLX

and restart kodi.

DDuck007 · March 28, 2021 at 5:50 PM

Quote from mglae

Unfortunately your debug log starts after the interesting part:

ups - sorry, here is a Debug-Log enabled before rebooting: Reboot-Log.

Quote from mglae

Which LE version did you use before yesterday?

I used a self-compiled version LibreELEC-RPi4.arm-10.0-devel-20210320132442-57e0578

I will check the merge requests on github and try to revert the kernel-update (hopefully my git-know-how is enough for this ;-)).

Quote from mglae

You have to configure it.

Ok, will give it a try after reverting kernel update ...

Thank you for your support!

DDuck007 · March 28, 2021 at 6:50 PM

... reverting the Linux-update does not change anything - will try reverting Mesa-update tomorrow ..

PANiCnz · March 28, 2021 at 7:31 PM

Why are you using a raspberry Pi version with x86 hardware? Guessing that’s a big part of your problem.

DDuck007 · March 28, 2021 at 7:48 PM

Quote from PANiCnz

Why are you using a raspberry Pi version with x86 hardware? Guessing that’s a big part of your problem.

sorry - just copied the name and RPI-Version was in the same folder - of course I was using LibreELEC-Generic.x86_64-10.0-devel-20210320124159-57e0578 for PC and the RPI-version for the RPI4

DDuck007 · March 28, 2021 at 7:50 PM

Quote from mglae

There was both a Mesa and a kernel update yesterday

Just tested with reverted mesa-update and actual Linux => VAAPI is back in menu and working, so the problem is Mesa 21.0.1

**mglae** · March 29, 2021 at 5:10 PM

OK. Thanks for the test marathon. BTW: what is the result of vainfo on the failing system

The error is on:

Code

2021-03-28 18:26:37.280 T:1070    DEBUG <general>: Vaapi2 EGL interop test results: general no, deepColor no

"general" and "deepColor" should be "yes".

There seem to be no bug report yet on Mesa GitLab.

DDuck007 · March 29, 2021 at 6:09 PM

You´re welcome!

Output of vainfo:

Code

vainfo
libva info: VA-API version 1.10.0
libva info: Trying to open /usr/lib/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_10
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.10 (libva 2.10.0)
vainfo: Driver version: Mesa Gallium driver 21.0.1 for AMD KABINI (DRM 2.50.0, 5.10.26, LLVM 11.0.1)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileNone                   : VAEntrypointVideoProc

Display More

Output of vdpauinfo:

Code

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

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
MPEG1                          --- not supported ---
MPEG2_SIMPLE                    3  9216  2048  1152
MPEG2_MAIN                      3  9216  2048  1152
H264_BASELINE                  41  9216  2048  1152
H264_MAIN                      41  9216  2048  1152
H264_HIGH                      41  9216  2048  1152
VC1_SIMPLE                      1  9216  2048  1152
VC1_MAIN                        2  9216  2048  1152
VC1_ADVANCED                    4  9216  2048  1152
MPEG4_PART2_SP                  3  9216  2048  1152
MPEG4_PART2_ASP                 5  9216  2048  1152
DIVX4_QMOBILE                  --- not supported ---
DIVX4_MOBILE                   --- not supported ---
DIVX4_HOME_THEATER             --- not supported ---
DIVX4_HD_1080P                 --- not supported ---
DIVX5_QMOBILE                  --- not supported ---
DIVX5_MOBILE                   --- not supported ---
DIVX5_HOME_THEATER             --- not supported ---
DIVX5_HD_1080P                 --- not supported ---
H264_CONSTRAINED_BASELINE       0  9216  2048  1152
H264_EXTENDED                  --- not supported ---
H264_PROGRESSIVE_HIGH          --- not supported ---
H264_CONSTRAINED_HIGH          --- not supported ---
H264_HIGH_444_PREDICTIVE       --- not supported ---
HEVC_MAIN                      --- not supported ---
HEVC_MAIN_10                   --- not supported ---
HEVC_MAIN_STILL                --- not supported ---
HEVC_MAIN_12                   --- not supported ---
HEVC_MAIN_444                  --- not supported ---

Output surface:

name              width height nat types
----------------------------------------------------
B8G8R8A8         16384 16384    y  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 A8I8 I8A8
R8G8B8A8         16384 16384    y  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 A8I8 I8A8
R10G10B10A2      16384 16384    y  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 A8I8 I8A8
B10G10R10A2      16384 16384    y  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 A8I8 I8A8

Bitmap surface:

name              width height
------------------------------
B8G8R8A8         16384 16384
R8G8B8A8         16384 16384
R10G10B10A2      16384 16384
B10G10R10A2      16384 16384
A8               16384 16384

Video mixer:

feature name                    sup
------------------------------------
DEINTERLACE_TEMPORAL             y
DEINTERLACE_TEMPORAL_SPATIAL     -
INVERSE_TELECINE                 -
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         y
HIGH QUALITY SCALING - L1        y
HIGH QUALITY SCALING - L2        -
HIGH QUALITY SCALING - L3        -
HIGH QUALITY SCALING - L4        -
HIGH QUALITY SCALING - L5        -
HIGH QUALITY SCALING - L6        -
HIGH QUALITY SCALING - L7        -
HIGH QUALITY SCALING - L8        -
HIGH QUALITY SCALING - L9        -

parameter name                  sup      min      max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH              y        48     2048
VIDEO_SURFACE_HEIGHT             y        48     1152
CHROMA_TYPE                      y
LAYERS                           y         0        4

attribute name                  sup      min      max
-----------------------------------------------------
BACKGROUND_COLOR                 y
CSC_MATRIX                       y
NOISE_REDUCTION_LEVEL            y      0.00     1.00
SHARPNESS_LEVEL                  y     -1.00     1.00
LUMA_KEY_MIN_LUMA                y
LUMA_KEY_MAX_LUMA                y

Display More

**mglae** · March 31, 2021 at 4:34 PM

So VAAPI is available but the EGL interop test in Kodi fail. Unfortunately I have no idea what is the conclusion is.

DDuck007 · April 1, 2021 at 3:03 PM

At first Thank you for your support!

I read some issues in mesa Gitlab and I think I will just keep reading...

To be honest I do not know what I should write if I would open a new issue in mesa...

There are already some fixes done - to test it I would add „master“ in packages/graphics/mesa/package.mk but what to write to SHA256?

**SupervisedThinking** · April 1, 2021 at 6:20 PM

Quote from DDuck007

At first Thank you for your support!
I read some issues in mesa Gitlab and I think I will just keep reading...
To be honest I do not know what I should write if I would open a new issue in mesa...
There are already some fixes done - to test it I would add „master“ in packages/graphics/mesa/package.mk but what to write to SHA256?

use a terminal & change into the root of your build directory, then run scripts/get mesa after you've updated the git commit. Then it will download the new version & generate a SHA256 hash, you can also use # to comment the line out, won't hurt in 99,9% usecases.

DDuck007 · April 1, 2021 at 8:36 PM

Ok, I will try - Thank you!