What error? None of us have a crystal ball.
Hi, I tried to downgrade to 126.96.36.199 by copying the file to UPDATE folder, like when I do updates, but After restart when the process starts, it just gives me an error and device boots back to version 9.0. Any other way how can I force the downgrade? thanks for any help. Thanks
did you use .tar or .img.gz?
Seems like DASH playback is broken in devel build. Or is it removed (recent leia changes?) in favor for inputstream.adaptive?
You can copy the remote.conf from /etc/amremote/ from your GDPR-1 build (currently rbleia15) in /storage/.config/. It works well for me. Customizing with keymappings is easy.
<key id="61576">Home Button</key>
<key id="61595">TV Button</key>
<key id="61596">* Button</key>
<key id="61656">Recent AppsButton</key>
<key id="61952">Apps Button</key>
<key id="61672">TXT Button</key>
<key id="61596" mod="longpress">PlayerProcessInfo</key>
<key id="61654" mod="longpress">Menu</key>
GDPR-2 : the last dev build (LibreELEC-S905.arm-9.0-devel-20171112113747-r27335-g0f05d91.tar) with patches from afl1 works very smooth and without micro stutter with german dvb-t2 (hevc/[email protected]) on my play2.
GDPR-2 afl1 johngalt et al. You all seem to be hoarding a lot of LibreELEC changes and mostly KODI patches (almost 50). Would you all please consider contributing to LibreELEC and Kodi by creating PR's.
That way we can all work together on a common ground and make even better community builds.
I know that a lot of those KODI patches are actually some little hacks or tweaks to change defaults but some of them seem to be fixing playback on AML and those should really be upstreamed to KODI.
I've started to upstream everything I have too and it's a lot of fun and it makes maintaining easier :).
Ultimately we should also upstream the S905/S912 projects.
Which dtb do I need for the Docooler M9S Pro 8GB?
Edit: Seems to work with gxbb_p200_1G_100M_RealtekWiFi.dtb
Does it work via SD only or also via USB-Stick?
Edit: Seems to work only with SD.
For the record: This TWRP images works when put on the SD-card: TWRP_MiniMX.img
There is no 64-bit libwidevine library, only 32-bit, which is why future LE 9.0 releases have switched to the same split 64-bit kernel, 32-bit userspace arrangement as Android. Please also note that Google's license for libwidevine means it is not redistributable without signing formal agreements that result large liabilities for the signing entity. Community or personal LE releases that ignore the license and embed libwidevine for convenience will be suspended from this forum if we become aware they are doing so, because we do not want the legal attention that may result from their release here. There is a Kodi helper add-on for inputstream.adaptive that provides the libwidevine library via a user-initiated process. If it hasn't appeared in the Kodi repo yet, it will do soon - it's inclusion was agreed by Kodi developers at the recent Prague DevCon.
I happen to have an ubuntu 'artful' chroot on my 'bleeding edge' gentoo kvim2 box and it seems chromium-browser ubuntu package does have a 64-bit libwidevine library couple:Code
(ubuntu) [email protected]:~# file /usr/lib/chromium-browser/libwidevinecdm.so /usr/lib/chromium-browser/libwidevinecdm.so: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=7469dc485fb01b9a791a926eebc6be7e4c38b2a0, stripped (ubuntu) [email protected]:~# file /usr/lib/chromium-browser/libwidevinecdmadapter.so /usr/lib/chromium-browser/libwidevinecdmadapter.so: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=cddfee451f1ff47626705bdb016c1d668ae7771a, stripped (ubuntu) [email protected]:~# lddtree /usr/lib/chromium-browser/libwidevinecdm.so libwidevinecdm.so => /usr/lib/chromium-browser/libwidevinecdm.so (interpreter => none) libpthread.so.0 => /lib/aarch64-linux-gnu/libpthread.so.0 libc.so.6 => /lib/aarch64-linux-gnu/libc.so.6 ld-linux-aarch64.so.1 => /lib/aarch64-linux-gnu/ld-linux-aarch64.so.1 libm.so.6 => /lib/aarch64-linux-gnu/libm.so.6 libgcc_s.so.1 => /lib/aarch64-linux-gnu/libgcc_s.so.1 libdl.so.2 => /lib/aarch64-linux-gnu/libdl.so.2 libglib-2.0.so.0 => /lib/aarch64-linux-gnu/libglib-2.0.so.0 libpcre.so.3 => /lib/aarch64-linux-gnu/libpcre.so.3 (ubuntu) [email protected]:~# lddtree /usr/lib/chromium-browser/libwidevinecdmadapter.so libwidevinecdmadapter.so => /usr/lib/chromium-browser/libwidevinecdmadapter.so (interpreter => none) libwidevinecdm.so => /usr/lib/chromium-browser/./libwidevinecdm.so libm.so.6 => /lib/aarch64-linux-gnu/libm.so.6 libdl.so.2 => /lib/aarch64-linux-gnu/libdl.so.2 libglib-2.0.so.0 => /lib/aarch64-linux-gnu/libglib-2.0.so.0 libpcre.so.3 => /lib/aarch64-linux-gnu/libpcre.so.3 libpthread.so.0 => /lib/aarch64-linux-gnu/libpthread.so.0 libc.so.6 => /lib/aarch64-linux-gnu/libc.so.6 ld-linux-aarch64.so.1 => /lib/aarch64-linux-gnu/ld-linux-aarch64.so.1 libgcc_s.so.1 => /lib/aarch64-linux-gnu/libgcc_s.so.1
So I will want to use these (in particular libpcre may be missing) in LE soon just for sake of trial.
Keep you informed!
The ubuntu 'artful' shared libraries when included load just fine.
But I see another, I guess addon specific, problem:Code
07:06:54.669 T:548472168464 ERROR: Previous line repeats 1 times. 07:06:54.669 T:548472168464 NOTICE: VideoPlayer::OpenFile: http://localhost:43898/manifest?id=80182440 07:06:54.670 T:548195717312 NOTICE: Creating InputStream 07:06:58.738 T:548195717312 ERROR: AddOnLog: InputStream Adaptive: License update not successful (no keys) 07:06:58.739 T:548195717312 ERROR: AddOnLog: InputStream Adaptive: Initialize failed (SingleSampleDecrypter) 07:06:58.741 T:548195717312 ERROR: CVideoPlayer::OpenInputStream - error opening [http://localhost:43898/manifest?id=80182440] 07:06:58.741 T:548195717312 NOTICE: CVideoPlayer::OnExit()
not a big issue for me as I hardly ever use Netflix (my wife does) but , at least, I have hope (for personal usage) it may eventually work in 64-bit LE ...
I can move discussion to Netflix addon thread perhaps.
I confirm that you can update with tar, img.gz and img.
To little space to unpack img.gz or a bug in a specific build. Normally updating with img.gz should work just fine.