Kodi Community Forum

Full Version: LibreELEC Testbuilds for x86_64 (Kodi 19.0)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
(2019-06-13, 15:58)SirMacke Wrote: [ -> ]Is the BT kernel commit reverted in the latest builds?

Yes, why - problem?
Release #0611, #0612 - not work "Play next video automatically"
Release #0610 "Play next video automatically" - OK
(2019-06-13, 23:02)bobrik73 Wrote: [ -> ]Release #0611, #0612 - not work "Play next video automatically"
Release #0610 "Play next video automatically" - OK

Can you provide a debug log? How are you playing videos - from smb://, nfs://, http://?

Edit: I can reproduce with smb://

Edit2: It's due to PR13721, I've notified the developer. Thanks!
New LibreELEC.tv Matrix build #0613: Generic
(Supercedes previous build)

SHA256 Checksum: bd150b3f755566d227b3e18c4dcf0d95ab28138327ba55a9f18d8a28e170472c (Generic)

text:
# uname -a
Linux NUC 5.1.9 #1 SMP Thu Jun 13 22:29:21 BST 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190613222738-#0613-g2825c30 [Build #0613]

# Kodi version
Kodi (19.0-ALPHA1 Git:97c2561). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (2825c30, changelog) and tip of XBMC master (97c2561, changelog) with the following modifications: Build Highlights:
  1. packages: more bumps (only a few)
  2. mesa: disable assert() to make AMD VDPAU work
Build Details:
  1. LibreELEC.tv:
    • libmali: add depends on kernel driver (PR:3555, 1 commit, 4 files changed)
    • mesa: update to mesa-19.1.0 (PR:3553, 1 commit, 1 file changed)
    • busybox: update to busybox-1.31.0 (PR:3554, 1 commit, 5 files changed)
    • amremote/atvclient: cleanup (PR:3534, 2 commits, 11 files changed)
    • Alliwinner: Add eMMC definition to device tree of Orange PI 3 (PR:3558, 1 commit, 2 files changed)
    • linux (RPi/Generic/Allwinner): update to linux-5.1.9 (PR:3540, 13 commits, 12 files changed)
    • Add Amlogic (mainline) project (PR:3536, 21 commits, 81 files changed)
  2. XBMC:
    • [darwin/jenkins] - bump to xcode10.2 and its SDKs for tvos, ios and macOS (PR:16218, 2 commits, 2 files changed)
    • [swig] format generated files with clang-format (PR:16270, 1 commit, 3 files changed)
  3. Additional commits/pull requests/changes not yet merged upstream:
New LibreELEC.tv Matrix build #0614: Generic
(Supercedes previous build)

SHA256 Checksum: 4f3273b5b5c665905da38467b9ad6bfa74073746c318202cd09bdecbe52c799c (Generic)

text:
# uname -a
Linux NUC 5.1.9 #1 SMP Fri Jun 14 21:05:40 BST 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190614210500-#0614-g09f892e [Build #0614]

# Kodi version
Kodi (19.0-ALPHA1 Git:57cdff5). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (09f892e, changelog) and tip of XBMC master (57cdff5, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. LibreELEC.tv:
    • dvb-update (PR:3542, 7 commits, 10 files changed)
    • Allwinner: adds support for OrangePi One Plus (PR:3561, 3 commits, 3 files changed)
    • packages: more bumps (only a few) (PR:3557, 11 commits, 16 files changed)
    • tinkerboard: disable 5s polling for CEC adapters (PR:3506, 2 commits, 2 files changed)
  2. XBMC:
    • [depends] refresh patches (PR:16275, 23 commits, 65 files changed)
  3. inputstream.adaptive:
    • Bento4: sample duration workaround (24/1) (1df7290)
    • version bump 2.3.22 (9cc8327)
  4. pvr.iptvsimple:
    • Remove channels loaded notification (PR:238, 1 commit, 3 files changed)
  5. Additional commits/pull requests/changes not yet merged upstream:
(2019-06-13, 16:40)Milhouse Wrote: [ -> ]
(2019-06-13, 15:58)SirMacke Wrote: [ -> ]Is the BT kernel commit reverted in the latest builds?

Yes, why - problem? 
No, no problems. Smile
@Milhouse FYI the dreaded bluetooth commit was just reverted in stable/lt tree(s),
5.1.10 will have it reverted already https://git.kernel.org/pub/scm/linux/ker...192f76267c
(2019-06-15, 12:37)asavah Wrote: [ -> ]@Milhouse FYI the dreaded bluetooth commit was just reverted in stable/lt tree(s),
5.1.10 will have it reverted already https://git.kernel.org/pub/scm/linux/ker...192f76267c

Thanks, will drop it.

And by the way, Intel have fixed the framebuffer compression bug with Gemini Lake in kernel 5.1.9 - they've now disabled Gemini Lake fbc compression by default until they can get it to work! Smile

With 5.1.9 and later, there is no need to manually disable framebuffer compression by adding i915.enable_fbc=0 to the kernel command line.
New LibreELEC.tv Matrix build #0615b: Generic
(Supercedes previous build)

SHA256 Checksum: c7d8eb2a6cd641bb51f7c6e0fef8dec9e81fcf1537511f62972faeeabf45d2fd (Generic)

text:
# uname -a
Linux NUC 5.1.10 #1 SMP Sat Jun 15 21:03:32 BST 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190615210251-#0615-g10395eb [Build #0615]

# Kodi version
Kodi (19.0-ALPHA1 Git:668fbec). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (10395eb, changelog) and tip of XBMC master (668fbec, changelog) with the following modifications: Build Highlights:
  1. New kernel 5.1.10
  2. curl: shift to gnutls
  3. Fix memory leak after commit 887b739
  4. #0615b: drop PR13721 for now
Build Details:
  1. LibreELEC.tv:
    • busybox: fix XBMC reference (PR:3564, 1 commit, 1 file changed)
    • buildsystem: remove legacy sequential code (PR:3565, 1 commit, 3 files changed)
    • Allwinner: Build fixes (PR:3563, 2 commits, 6 files changed)
  2. XBMC:
    • Add tools for mutithreaded testing and use them to remove dependency on timing in a test (PR:16272, 1 commit, 2 files changed)
    • [Android] Fix segfault when calling GetMemoryInfo (PR:16279, 1 commit, 1 file changed)
  3. inputstream.adaptive:
    • Bento4: sample duration workaround (24/1) (757c2a3)
    • version bump 2.3.22 (6011f1e)
  4. pvr.iptvsimple:
    • Fix wrong EPG times due to DST on Windows. Closes #158. (PR:255, 1 commit, 4 files changed)
  5. pvr.waipu:
    • Improve handling of missing login credentials (PR:10, 1 commit, 1 file changed)
    • Prepare for error handling: Handle HTTP status code in addon (PR:12, 2 commits, 3 files changed)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:3562 (perma): curl: shift to gnutls
    • Added: [env] PR:3566 (perma): buildsystem: die if a kernel config is not available
    • Added: [env] PR:3567 (perma): linux (RPi/Generic/Allwinner): update to linux-5.1.9/5.1.10
    • Updated: [pkg] PR:13721 (perma): Std thread
    • Added: [pkg] PR:16280 (perma): Fix memory leak after commit 887b739
I've taken down #0615 as there is a fairly major issue that seems to be caused by the updated PR13721 (GUI freezes at end of playback). #0615b will be along shortly.
Would it be possible to implement this?

https://github.com/EHfive/pulseaudio-modules-bt
(2019-06-16, 11:40)leone007 Wrote: [ -> ]Would it be possible to implement this?

https://github.com/EHfive/pulseaudio-modules-bt

Possible yes, but I personally think it is unlikely as this will result in a non-standard PulseAudio installation which will results in problems with upstream PulseAudio support.

The pulseaudio-modules-bt maintainer should be sending improvements upstream to the PulseAudio repository - the following discussion is relevant and suggests there are several problems:

https://github.com/EHfive/pulseaudio-mod...t/issues/1
https://github.com/EHfive/pulseaudio-mod.../issues/61

If you still think adding this package is a good idea then please open a feature request on the LibreELEC forum and maybe someone will be interested in taking it further - PRs welcome etc. Smile
(2019-06-16, 19:16)Milhouse Wrote: [ -> ]
(2019-06-16, 11:40)leone007 Wrote: [ -> ]Would it be possible to implement this?

https://github.com/EHfive/pulseaudio-modules-bt

Possible yes, but I personally think it is unlikely as this will result in a non-standard PulseAudio installation which will results in problems with upstream PulseAudio support.

The pulseaudio-modules-bt maintainer should be sending improvements upstream to the PulseAudio repository - the following discussion is relevant and suggests there are several problems:

https://github.com/EHfive/pulseaudio-mod...t/issues/1
https://github.com/EHfive/pulseaudio-mod.../issues/61

If you still think adding this package is a good idea then please open a feature request on the LibreELEC forum and maybe someone will be interested in taking it further - PRs welcome etc. Smile 

I've been using EHfive/pulseaudio-modules-bt for a while now (even contributed a crash fix), so far I've had no issues at all after crash on startup issue was fixed.
Apt-x works very nicely Smile
IMO it's worth the time invested into adding it.
New LibreELEC.tv Matrix build #0616: Generic
(Supercedes previous build)

SHA256 Checksum: adbdb784a614eed6e4d8df0ab6919c24a636040d7b7549d2ff8a1b13e5626ec2 (Generic)

text:
# uname -a
Linux NUC 5.1.10 #1 SMP Sun Jun 16 21:37:35 BST 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190616213632-#0616-g10395eb [Build #0616]

# Kodi version
Kodi (19.0-ALPHA1 Git:65ccafa). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (10395eb, changelog) and tip of XBMC master (65ccafa, changelog) with the following modifications: Build Highlights:
  1. Std thread (PR13721): Try again, hopefully fixing all issues this time!
Build Details:
  1. XBMC:
    • CoC Move (PR:16219, 1 commit, 4 files changed)
    • replace payloadObj.release() with payloadObj.reset() in ActorProtocol.cpp (29042ab)
    • Fix memory leak after commit 887b739 (#16280) (7d8199e)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:3570 (perma): buildsystem: cleanup scripts, consistent brace usage
    • Added: [pkg] PR:13721 (perma): Std thread
smp1 Wrote:I just started using Generic builds a few days ago and I noticed an issue that appear to be a memory fragmentation that never happened with RPi builds.
The memory usage of kodi.bin increase over time and it will eventually restart due to an OOM killer.
I did a quick search and found this thread where it is suggested that MALLOC_MMAP_THRESHOLD_=131072 should fix the memory fragmentation issue for x86_64 (I'm currently testing with this setting, no issues so far). Also, this Kodi commit that set MALLOC_MMAP_THRESHOLD to 131072 was added back then.

The memory leak fix that was included in yesterday's build solved the long-standing issue with the fast growing RAM usage of kodi.bin process.
However, I still think that there is a room for improvement. IMO the current default settings don't work quite well for systems that play video 24/7 and Kodi need to be restarted every now and then.

I think I found a couple of solutions to this problem.
Solution #1: MALLOC_ARENA_MAX=1 (or =2) in kodi.conf. This setting does not allow kodi.bin process to use (and never free) ungodly amounts of RAM over time.
Solution #2: Jemalloc. I built an image with Jemalloc 5.2.0 using this as a reference. The result is similar to decreasing MALLOC_ARENA_MAX.