afl1 It looks like we should move fbdev_window.h to libhybris.
I fixed libhybris build by following commit:
afl1 It looks like we should move fbdev_window.h to libhybris.
I fixed libhybris build by following commit:
New version LE 9.0 with dvb driver addons. Now internal dvb drivers are built also in kernel to fix issue with hw accelaration.
TVH pvr client, too. I had to switch back to 8.90.7
In /storage/.kodi/addons/ remove inputstream.adaptive, inputstream.rtmp, imagedecoder.raw, vfs.rar, pvr.hts and reboot box.
I've updated to the latest (LibreELEC-S912.arm-8.90.8-K.tar) to make proper bug report, but it works now with UHD BDs.
Probably it was fixed in LE mainstream.
I have to agree. I have the same thing is happening to me.
EDIT:
LibreELEC:~ # modprobe amlvideodri
modprobe: FATAL: Module amlvideodri not found in directory /lib/modules/3.14.29
You have to allow one of dvb driver addons (CrazyCat or Hauppauge). amlvideodri is built in dvb drivers addons.
hardware acceleration is enable in player setting But LibreELEC is running in software acceleration. My box becomes heat up very soon and system is showing cpu and memory usage very high in system information while playing movie ( sorry for bad English.)
Pls, read : [READ FIRST] Reporting bugs
Without kodi debug log I can't help you.
I install this build but hardware acceleration is enable in setting but working in software acceleration?
Enable hw acceleration and reboot box.
Display MoreHi , im using a Z69 box 3gb ram, with iptv client, and i see in logs this one behaviour some time, dont know if this one is critic
09:05:34.522 T:3520066464 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
Starting Kodi (17.6 Git:a9a7a20). Platform: Linux ARM (Thumb) 32-bit
Using the last one
LibreELEC (community): 8.2.1.1 (S905.arm)
thx for any tip!
I fixed this issue in LE 9.0 builds. For rendering is allocated in RenderAML only 4 buffers. I extended it to 8. Now I see in LE 9.0 usage of 6 buffers without waiting for buffers.
LibreELEC.tv/kodi-le-033-increase-numRenderBuffers.patch at 8.90.6 · afl1/LibreELEC.tv · GitHub
Fixed test build with CvH dvb driver addons:
LibreELEC-S905.arm-8.90.7-23-gc6828c9-K.tar
Included wetekdvb.service (wetekdvb driver starts now).
Sorry, I forgot add wetekdvb.service.
For test try to start it manually from ssh:
modprobe wetekdvb
systemctl restart service.tvheadend42.service
afl1 i test this with my wetek play2 . tuner is not fond ?
Have you selected one of dvb addons (CrazyCat or Hauppauge)?
Update in #1 with the latest libhybris with little bit faster OSD rendering.
Rendering subtitles with libhybris emulator consumes lot of time. Rendering single letter in subtitles costs > 1 ms. Every rendered letter is cached. Rendering cached letter costs < 0.2 ms. At the start of playback rendering subtitles can cause frame skipping but later when nearly all letters are cached, rendering is fast enough.
afl1 It looks like we should move fbdev_window.h to libhybris.
Yes, it'll fix it.
afl1 make sure that you don't build media_build for default kernel or you have 2 times the same stuff (no idea if this might be intention with that hw)
I merged from your repository with removing media_build:
This is not what I experienced. 2 situations I encountered:
- When you change libhybris and kodi, you also have to rebuild opengl-meson.
- If you change only libhybris or kodi, you don't have to rebuild.
Small inconvenience but not that hard if you remember. I don't think I want to dig into this issue.
In following log you can see missing eglplatform.h in toolchain after rebuilding libhybris.
afl1@afl1:~/git/LibreELEC.tv$ find build.LibreELEC-S912.arm-9.0-devel/ -name '*.h' | xargs grep -ns 'fbdev_window'
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/fbdev_window.h:12: * @file fbdev_window.h
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/fbdev_window.h:33:typedef struct fbdev_window
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/fbdev_window.h:37:} fbdev_window;
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/eglplatform.h:28:#include <EGL/fbdev_window.h>
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/eglplatform.h:31:typedef fbdev_window *NativeWindowType;
build.LibreELEC-S912.arm-9.0-devel/kodi-f795ce2/xbmc/windowing/amlogic/WinSystemAmlogic.h:54: fbdev_window *m_nativeWindow;
build.LibreELEC-S912.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include/EGL/fbdev_window.h:12: * @file fbdev_window.h
build.LibreELEC-S912.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include/EGL/fbdev_window.h:33:typedef struct fbdev_window
build.LibreELEC-S912.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include/EGL/fbdev_window.h:37:} fbdev_window;
build.LibreELEC-S912.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include/EGL/eglplatform.h:28:#include <EGL/fbdev_window.h>
build.LibreELEC-S912.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include/EGL/eglplatform.h:31:typedef fbdev_window *NativeWindowType;
afl1@afl1:~/git/LibreELEC.tv$ PROJECT=S912 scripts/clean libhybris
CLEAN libhybris
* Removing /home/afl1/git/LibreELEC.tv/build.LibreELEC-S912.arm-9.0-devel/libhybris-54dd474 ...
* Removing /home/afl1/git/LibreELEC.tv/build.LibreELEC-S912.arm-9.0-devel/libhybris-54dd4749706334882f9c404fca01a19f01325d07 ...
afl1@afl1:~/git/LibreELEC.tv$ PROJECT=S912 scripts/build libhybris
...
...
afl1@afl1:~/git/LibreELEC.tv$ find build.LibreELEC-S912.arm-9.0-devel/ -name '*.h' | xargs grep -ns 'fbdev_window'
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/fbdev_window.h:12: * @file fbdev_window.h
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/fbdev_window.h:33:typedef struct fbdev_window
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/fbdev_window.h:37:} fbdev_window;
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/eglplatform.h:28:#include <EGL/fbdev_window.h>
build.LibreELEC-S912.arm-9.0-devel/opengl-meson-t82x-076f89d/usr/include/EGL/eglplatform.h:31:typedef fbdev_window *NativeWindowType;
build.LibreELEC-S912.arm-9.0-devel/kodi-f795ce2/xbmc/windowing/amlogic/WinSystemAmlogic.h:54: fbdev_window *m_nativeWindow;
build.LibreELEC-S912.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include/EGL/fbdev_window.h:12: * @file fbdev_window.h
build.LibreELEC-S912.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include/EGL/fbdev_window.h:33:typedef struct fbdev_window
build.LibreELEC-S912.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include/EGL/fbdev_window.h:37:} fbdev_window;
afl1@afl1:~/git/LibreELEC.tv$
Display More
afl1 It should work like this, perhaps not a clean build and that's why you have this issue?
LibreELEC.tv/package.mk at master · LibreELEC/LibreELEC.tv · GitHub
This works only when opengl is changed. But it is necessary build it always when kodi is built. This condition is only for S912 as there is libhybris.