wow thank you - that is exactly my problem ...
Posts by DDuck007
-
-
To be honest I think my knowledge of libreelec internals is too bad to create an useful issue.
I do not know if the error is that the VDPAU is used (and not VAAPI), or if it is intended to use VDPAU and only my GPU is not recognized correctly, ...
The only thing I know is (due to compiling different setups) that mesa 21.x uses VDPAU for my Kabini-GPU and at this configuration "No backend implementation could be loaded", while enabling amdgpu.cik_support brings back VAAPI ...
-
... just compiled with mesa 21.0.2 - but no good news from my side ...
-
Ok Thank you - I already did ;-)!
Compiled ok, but same behaviour ...
-
Ok, I will try - Thank you!
-
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?
-
You´re welcome!
Output of vainfo:
Code
Display Morevainfo 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
Output of vdpauinfo:
Code
Display Morevdpauinfo 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
-
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
-
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
-
... reverting the Linux-update does not change anything - will try reverting Mesa-update tomorrow ..
-
Unfortunately your debug log starts after the interesting part:
ups - sorry, here is a Debug-Log enabled before rebooting: Reboot-Log.
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 ;-)).
You have to configure it.
Ok, will give it a try after reverting kernel update ...
Thank you for your support!
-
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?
-
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.
-
ok I will try a clean build - think it will last 5-6 hours ...
-
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
-
You have to rebuild kodi (run scripts/clean kodi) whenever you change DRIVER_ADDONS_SUPPORT to "no" - otherwise you get the error / kodi crash loop you mentioned.
so long,
Hias
perfekt - that was my problem - Thank you very much!
see you,
DDuck007
-
... think I got it:
Re-compile with DRIVER_ADDONS_SUPPORT="no" (actual config on github) leads to Kodi not starting with FATAL: addon script.program.driverselect missing.
Compiling with DRIVER_ADDONS_SUPPORT="yes" Kodi will start but with above mentioned depmod: ERROR: ...
-
Using the "LibreELEC-Generic.x86_64-10.0-nightly-20210310-c251d61" the error does not appear - not sure what happened when building - did a complete rebuild to exclude issues on my side:
- make distclean
- PROJECT=Generic ARCH=x86_64 make image (took some hours ...)
==> will try a new "git pull" and build again today
QuoteThis is already fixed in LibreELEC-settings repo, you can test with Testing LibreELEC-settings addon · Issue #4547 · LibreELEC/LibreELEC.tv · GitHub
===> Ahhh ok - Thank you!