Video playback problem in kodi

[colornoise42]

Installed kodi 2:19.4+dfsg1-2+gles2 from ppa:liujianfeng1994/rockchip-multimedia.

When I use DRM PRIME decoder and hw accel with the direct to plane render method while playing h264 video no controls (OSD) are visible on the screen. When I switch PRIME Render Method to EGL, the onscreen display works fine during video playback, but h265 format videos do not play.

On Armbian with the same version of Kodi and installed video acceleration packages from ppa: liujianfeng1994, this problem is not observed.

[Joshua-Riek]

I have observed this issue, and it will be fixed in the next release. I created a mirror of liujianfeng1994 ppa that will be included, I will still test out Kodi and let you know if I encounter the issues using the mirror I have setup.

[Joshua-Riek]

Do you know of a sample video I could download that is h265 that does not play under the EGL render method?

[colornoise42]

Do you know of a sample video I could download that is h265 that does not play under the EGL render method?

https://dropmefiles.com/MV4oQ Play sound but no video under the EGL render method

[colornoise42]

@cantalupo555 Didn't do anything special. Maybe my TV does not support DRM.

[amazingfate]

I can't remember if earlier version of armbian have OSD with Direct To Plane. The current armbian also doesn't OSD at this mode. And there are kernel messages complaining about it:

[drm:vop2_plane_atomic_check] *ERROR* Esmart0-win0 is invisible(src: pos[0, 0] rect[3840 x 2160] dst: pos[0, 0] rect[0 x 0]

I don't know if other platforms have the same issue.

[Singular112]

Installed kodi 2:19.4+dfsg1-2+gles2 from ppa:liujianfeng1994/rockchip-multimedia.

When I use DRM PRIME decoder and hw accel with the direct to plane render method while playing h264 video no controls (OSD) are visible on the screen. When I switch PRIME Render Method to EGL, the onscreen display works fine during video playback, but h265 format videos do not play.

On Armbian with the same version of Kodi and installed video acceleration packages from ppa: liujianfeng1994, this problem is not observed.

I have the same issue in Kodi. And it has the same problem in Elementum plugin.

[Danibos]

Hi! Good news, Royk has a fix for this: https://forum.armbian.com/topic/25957-guide-kodi-on-orange-pi-5-with-gpu-hardware-acceleration-and-hdmi-audio/?do=findComment&comment=172924

[colornoise42]

Confirmed. After removing the line 'disable-win-move;' from rk3588s-orangepi-5.dtb and adding vop.dtbo to overlays, problems with the overlays (unable to see the OSD while playing a video) in Kodi is gone. Perhaps these changes should be added to dtbs in ubuntu-rockchip.

[kampovsky]

Hi, I already remove the "disable-win-move" from the rk3588s-orangepi-5b.dtb (changed in kernel, and recompile), but can you help on the "adding vop.dtbo to overlays" precedure?

[colornoise42]

Hi, I already remove the "disable-win-move" from the rk3588s-orangepi-5b.dtb (changed in kernel, and recompile), but can you help on the "adding vop.dtbo to overlays" precedure?

Download vop.dts - https://forum.armbian.com/applications/core/interface/file/attachment.php?id=11138&key=34d5ae0354813d4d05203db1fa5f15dd compile it: dtc -I dts ~/vop.dts -O dtb -o ~/orangepi-5b-vop.dtbo copy orangepi-5b-vop.dtbo to /boot/firmware/dtbs/overlays Add to file /boot/firmware/ubuntuEnv.txt overlays=vop

[Joshua-Riek]

Removing the disable-win-move will break using the hdmi and display port at the same time. I'd highly advise against this...

[amazingfate]

Just adding quotation marks to rockchip,plane-mask/rockchip,primary-plane/cursor-win-id will fix kodi on rock5b, but then kernel driver will not get the correct value. This is a bad workaround. Further investigation is necessary.