Kodi Community Forum
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52)
+---- Thread: v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) (/showthread.php?tid=298462)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Matt Devo - 2019-01-30

(2019-01-30, 00:09)jmerrilljr Wrote: Has the kernel issue which surfaced with the #1023 build been fixed? Is Matt's workaround still necessary?
 no, yes


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lusephur - 2019-01-30

What workaround? And what chromebox?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lusephur - 2019-01-30

(2019-01-30, 09:05)Matt Devo Wrote:
Quote:Has the kernel issue which surfaced with the #1023 build been fixed? Is Matt's workaround still necessary?
 no, yes 



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2019-01-30

New LibreELEC.tv Leia build #0130: Generic
(Supercedes previous build)

SHA256 Checksum: e20ec641d460a67d573213dae56c8dfd10e74590816e1e195ab1ef06f1d5338e (Generic)

text:
# uname -a
Linux NUC 4.19.18 #1 SMP Wed Jan 30 21:04:23 GMT 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190130210301-#0130-g720a3a4 [Build #0130]

# Kodi version
(18.1-RC1 Git:6cce837). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (720a3a4, changelog) and tip of XBMC master (6cce837, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [pkg] PR:177 (perma): Recording edls (pvr.vuplus)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - drebbe - 2019-02-01

(2019-01-30, 19:37)lusephur Wrote: What workaround? And what chromebox?
There seems to be a kernel bug in 4.19 that affects Haswell chromboxes particularly hard. The work around is to edit /flash/syslinux.cfg as assuggested below. If you are really interested, the whole tale of woe played out over pages 315 to 320 or so in this thread.

 ssh root@<ip address>
<enter password, default is 'libreelec'>
mount -o remount,rw /dev/sda1 /flash
nano /flash/syslinux.cfg
<add ' pci=nomsi' after 'quiet'>
<save and quit: CTRL+O CTRL+X>
reboot


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2019-02-01

New LibreELEC.tv Leia build #0131: Generic
(Supercedes previous build)

SHA256 Checksum: 0a6f0637c2e3b0ee4829c04486b3fb9776d34f3cac8ea62140124e9a0a980be2 (Generic)

text:
# uname -a
Linux NUC 4.19.19 #1 SMP Thu Jan 31 21:37:47 GMT 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190131212758-#0131-g974f4cb [Build #0131]

# Kodi version
(18.1-RC1 Git:c734016). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (974f4cb, changelog) and tip of XBMC master (c734016, changelog) with the following modifications: Build Highlights:
  1. New 4.19.19 kernel
Build Details:
  1. LibreELEC.tv:
    • cleanup: remove WC/WP1 projects and 3.10 kernel target (PR:3263, 3 commits, 47 files changed)
    • projects: rename Amlogic to Amlogic_Legacy (PR:3264, 1 commit, 76 files changed)
    • ccache: update to ccache-3.6 (PR:3281, 1 commit, 1 file changed)
    • sed: update to 4.7 (PR:3258, 1 commit, 1 file changed)
    • busybox: update to busybox-1.30.0 (PR:3202, 1 commit, 4 files changed)
  2. XBMC:
    • [cmake] fix policy CMP0053 (PR:15359, 1 commit, 1 file changed)
    • [depends] remove unused platform lib (PR:15376, 1 commit, 2 files changed)
    • [Demux] VP9 does not provide extradata (PR:15368, 1 commit, 3 files changed)
    • [win10] filesystem: catch an exception while reading or writing a file. (PR:15383, 1 commit, 1 file changed)
    • [videoplayer] winrenderer: do scaling in output shader instead of yuv2rgb shader (PR:15382, 1 commit, 3 files changed)
  3. pvr.mythtv:
    • sync upstream cppmyth (2.12.1) (9a8b90c)
    • bump version 5.10.5 (eaa4a50)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3260 (perma): linux (RPi/Generic): update to linux-4.19.19



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - facecreator - 2019-02-01

Hello,

I have the last version installed. I have artifacts in the upper part of the picture. only in the menu, if I watch a movie or a series, everything is okay.

Hardware setup:

Intel NUC 7PJYH -> Denon AVR 1300W -> Samsung UE70 KU6079

Cable I have changed. If I connect the Nuc directly to the TV, I have no errors. All other hdmi devices work without problems.
Have already tried other Libreelec versions there the same problem. Is there a solution?
Image
Image


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - czombos - 2019-02-01

(2019-02-01, 09:40)facecreator Wrote: Hello,

I have the last version installed. I have artifacts in the upper part of the picture. only in the menu, if I watch a movie or a series, everything is okay.

Hardware setup:

Intel NUC 7PJYH -> Denon AVR 1300W -> Samsung UE70 KU6079

Cable I have changed. If I connect the Nuc directly to the TV, I have no errors. All other hdmi devices work without problems.
Have already tried other Libreelec versions there the same problem. Is there a solution?
ImageImage

I have same bug with NUC7CJYSAL.
When I connect the NUC directly to the TV or "NUC7CJYSAL -> Marantz SR7009 -> LG OLED55B8" in both cases the error occurs.

Image


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - facecreator - 2019-02-01

Okay, i'm not alone with the problem.
Have you already tried other versions? The resolution and the frame rate also does not matter the problem remains.


LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2019-02-01

Is this a recent problem, try older nightly builds to see if it's been present for a while (and if not, when it started). Strange that the two reports are using Marantz/Denon gear, which are basically the same - that's either a coincidence or a common root (at this stage).


LibreELEC Testbuilds for x86_64 (Kodi 18.0) - pyrodex - 2019-02-01

(2019-02-01, 14:45)Milhouse Wrote: Is this a recent problem, try older nightly builds to see if it's been present for a while (and if not, when it started). Strange that the two reports are using Marantz/Denon gear, which are basically the same - that's either a coincidence or a common root (at this stage).


FWIW I just tested my 2200g / Denon 4K AVR on the latest build and don’t see this issue.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lusephur - 2019-02-01

(2019-02-01, 00:29)drebbe Wrote:
(2019-01-30, 19:37)lusephur Wrote: What workaround? And what chromebox?
There seems to be a kernel bug in 4.19 that affects Haswell chromboxes particularly hard. The work around is to edit /flash/syslinux.cfg as assuggested below. If you are really interested, the whole tale of woe played out over pages 315 to 320 or so in this thread.

 ssh root@<ip address>
<enter password, default is 'libreelec'>
mount -o remount,rw /dev/sda1 /flash
nano /flash/syslinux.cfg
<add ' pci=nomsi' after 'quiet'>
<save and quit: CTRL+O CTRL+X>
reboot 
 Cheers. Sorry for sidetracking the thread, but does this only affect haswell chromeboxes or do Broadwell devices need the workaround too?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - facecreator - 2019-02-01

The bug is also in build # 1001. Still in the upper section but in a different submenu. I have no idea whats wrong. I will test more in the next days.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2019-02-02

New LibreELEC.tv Leia build #0201: Generic
(Supercedes previous build)

SHA256 Checksum: 1fda8653a5313ee46c27073aa83a7381dbac9aa25af0c28eb8e4ee588ae3489e (Generic)

text:
# uname -a
Linux NUC 4.19.19 #1 SMP Fri Feb 1 23:22:29 GMT 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190201232112-#0201-g974f4cb [Build #0201]

# Kodi version
(18.1-RC1 Git:bf6bc52). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (974f4cb, changelog) and tip of XBMC master (bf6bc52, changelog) with the following modifications: Build Highlights:
  1. mesa-18.3.3, libva/libva-utils 2.4.0
  2. [PVR][videoplayer] Fix PVR input stream creation ...
  3. [Resolution] Check current mode if whitelist doesn't match
Build Details:
  1. XBMC:
    • [PVR][videoplayer] Fix PVR input stream creation ... (PR:15381, 1 commit, 6 files changed)
    • [TexturePacker] update windows dirent implementation (PR:15392, 1 commit, 1 file changed)
    • [Android] check if intent is valid (PR:15394, 1 commit, 1 file changed)
    • [Resolution] Check current mode if whitelist doesn't match (PR:15385, 1 commit, 1 file changed)
  2. pvr.mythtv:
    • Allow user to configure color display for damaged recordings. (db02fb3)
    • update translations fr,ca,de (22b3098)
    • All EDL to be sent as SCENE rather than COMM_BREAK (ed3949e)
    • update translations fr,ca,de (9846896)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:3282 (perma): mesa: update to mesa-18.3.3
    • Added: [env] PR:3283 (perma): config/functions: add cross-compile property support
    • Added: [env] PR:3284 (perma): libva: update to libva-2.4.0
    • Updated: [pkg] PR:177 (perma): Recording edls (pvr.vuplus)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Matt Devo - 2019-02-02

(2019-02-01, 23:12)lusephur Wrote:  Cheers. Sorry for sidetracking the thread, but does this only affect haswell chromeboxes or do Broadwell devices need the workaround too? 
  
all devices using the Realtek RT81xx for Ethernet, so HSW/BDW/KBL. HSW is the most crippled, BSW slightly less, and KBL minimally, but the mitigation is recommended for all