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) - Milhouse - 2018-08-09

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

SHA256 Checksum: 2adfbcfbdd8b2bad68c36eacf08cc8ce2e6293813659938d11e8f2e1c267c9c8 (Generic)

text:
# uname -a
Linux NUC 4.17.14 #1 SMP Thu Aug 9 21:04:28 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180809210311-#0809-gdef481b [Build #0809]

# Kodi version
(18.0-BETA1 Git:269a24c). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (def481b, changelog) and tip of XBMC master (a82463f, changelog) with the following modifications: Build Highlights:
  1. New 4.17.14 kernel
  2. wpa_supplicant: Fix EAPOL vulnerability
  3. Fix stream playlists as directory (@wallacebw - please test/confirm)
Build Details:
  1. LibreELEC.tv:
    • samba: make services depend on network-online.target (PR:2866, 1 commit, 2 files changed)
    • pulseaudio: silence some warnings (PR:2865, 1 commit, 1 file changed)
  2. XBMC:
    • Ios11 jailbreak (PR:14182, 7 commits, 7 files changed)
    • X11: updates (PR:14280, 2 commits, 10 files changed)
    • VideoPlayer: blurays - do not read chunked in open_stream path (PR:14277, 1 commit, 5 files changed)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2837 (perma): linux (RPi): update to linux-4.14.61
    • Updated: [env] PR:2838 (perma): linux (Generic): update to linux-4.17.14
    • Added: [env] PR:2873 (perma): wpa_supplicant: Fix EAPOL vulnerability
    • Added: [pkg] PR:14284 (perma): Fix stream playlists as directory



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Pienoet - 2018-08-09

(2018-08-09, 22:48)Milhouse Wrote:
(2018-08-09, 21:00)Pienoet Wrote: What’s the different between this builds and 8.90.003 alpha?

Not so much at this point in time, however 8.90.003 is still using kernel 4.17.6 (not 4.17.14 as in #0809, and missing latest intel microcode), older glibc-2.27, and slightly older Kodi (18 Alpha 3) from 9 days ago.

Basically, 8.90.003 is based on what is merged in LE master and Kodi master as of 9 days ago, while these builds are based on the latest source code from LE master and Kodi master (18 Beta 1), plus some yet-to-be merged changes (ie. kernel/glibc/Kodi updates).

Thank you for clarification


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-10

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

SHA256 Checksum: 8d489e9034b6b0d6f47d7cfe4a7c216357ad9be5f4611031f6c28d2a2f5daad0 (Generic)

text:
# uname -a
Linux NUC 4.17.14 #1 SMP Fri Aug 10 21:06:23 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180810210349-#0810-gb98d2ae [Build #0810]

# Kodi version
(18.0-BETA1 Git:269a24c). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (b98d2ae, changelog) and tip of XBMC master (c074f25, changelog) with the following modifications: Build Highlights:
  1. Fix CApplicationPlayer::GetPercentage() to use new method CDataCacheCore::GetPercentage
Build Details:
  1. LibreELEC.tv:
    • chrome fix dl url (PR:2875, 2 commits, 5 files changed)
  2. XBMC:
    • [win10] allow stat for directory in windows library. (PR:14283, 1 commit, 3 files changed)
    • Fix CApplicationPlayer::GetPercentage() to use new method CDataCacheCore::GetPercentage (PR:14287, 1 commit, 3 files changed)
    • Fix stream playlists as directory (PR:14284, 2 commits, 1 file changed)
  3. vfs.libarchive:
    • [depends] download bzip2 from kodi mirrors (PR:20, 1 commit, 1 file changed)
    • [debian] add missing dependency on libssl-dev (PR:16, 1 commit, 1 file changed)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] patch: RPi: POE support



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - maluc - 2018-08-11

Hi guys!
I´m using an "INTELNUC JUNE CANYON NUC7CJYH2" - everthing is working fine - except HDR. Have you got an idea if this will be working in future? As I think, this Nuc should be able to output HDR - am I right?
Thanks for a short response.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-08-11

(2018-08-11, 10:20)maluc Wrote: Hi guys!
I´m using an "INTELNUC JUNE CANYON NUC7CJYH2" - everthing is working fine - except HDR. Have you got an idea if this will be working in future? As I think, this Nuc should be able to output HDR - am I right?
Thanks for a short response.
 No. Have heard it's available only with PowerDVD on Windows - nowhere else. (Don't confuse it with tone mapping, this kodi also does and has quite good results).


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - kowalmisiek - 2018-08-11

(2018-08-11, 12:45)fritsch Wrote:
(2018-08-11, 10:20)maluc Wrote: Hi guys!
I´m using an "INTELNUC JUNE CANYON NUC7CJYH2" - everthing is working fine - except HDR. Have you got an idea if this will be working in future? As I think, this Nuc should be able to output HDR - am I right?
Thanks for a short response.
 No. Have heard it's available only with PowerDVD on Windows - nowhere else. (Don't confuse it with tone mapping, this kodi also does and has quite good results). 
 Does this mean that LibreELEC will never have HDR running? Or maybe you have to wait for the appropriate drivers that Intel or AMD will release?
Apparently in SPMC is a well-working HDR on Nvidia shield TV. So it's not just running on Windows. Can you comment on it somehow?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-08-12

Yes. On Android all the HDR stuff is not done by kodi ... it's the blackbox called Mediacodec Surface. You give it the buffers it does what it wants with them. No influence by kodi. This works the same on spmc and kodi.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - kowalmisiek - 2018-08-12

It is a pity that LibreELEC will never have support for HDR.
So the only solution for people who want to have HDR support is to buy an android or Windows box. Detriment


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-08-12

(2018-08-12, 10:05)kowalmisiek Wrote: It is a pity that LibreELEC will never have support for HDR.
So the only solution for people who want to have HDR support is to buy an android or Windows box. Detriment
 Nobody said something about "never". You can be the one that will implement it ... kodi already implements tone mapping for HDR SDR conversion - enough for 90% of our users, besides those that need a "Passthrough lamp" or a "HDR lamp" lighting to be able to judge about output quality.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - dirkie - 2018-08-12

Hey there, i have an installing problem on my new nuc7pjyh. I have read thru this thread and various threads on libreelec forum. The issue was mentioned here before but i can't find any feedback on the solution. So my issue is with the new alpha (LibreELEC-Generic.x86_64-8.90.003.img.gz) i can't boot. The bootloader pops up asking to run or live or install but after the timeout or after typing "run" the keyboard LED goes black and system hangs.
So what I have tried already:
8.2.5 stable build: hangs at start because of missing driver or something
8.90.003 -> error described above
8.2.5 with kernel and system files overwritten as suggested with files from:
#0323 -> same error
#0810 -> same error

I tried all the above with stock bios (I believe 0027), 0037 and the latest 0042.

Any advices?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - bubblegum57 - 2018-08-12

I have an old celeron nuc. & recently installed the Libreelec beta. 

After you have created the new image on the libreelec tool. https://libreelec.tv/2016/08/usb-sd-creator/

you then need to check the boot settings in the bios. I would suggest you google for the answers. ie EUFI boot, legacy ?? 

insert the usb with the image, then F10, to select boot device, if you can see it, then boot from it,

mine took about 30 secs,then you see an interface, go down to install libreelec, & select where you want to install it, ie another usb device or internal sata


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - bubblegum57 - 2018-08-12

https://nucblog.net/2016/11/installing-libreelec-kodi-intel-nuc/


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - dirkie - 2018-08-12

@bubblegum57 are you reffering to me? If so the problem is not that i don't know how to boot the installer on the usb stick. It seems to be a problem with the new gemini lake processors. For ref see here: https://forum.libreelec.tv/thread/12018-nuc7cjyh-cannot-boot-libreelec-from-usb-or-sd/


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - bubblegum57 - 2018-08-12

Didn't realise, there seem to be a few posts from people, not knowing the basics. 

Sorry


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-12

(2018-08-12, 14:04)dirkie Wrote: Hey there, i have an installing problem on my new nuc7pjyh. I have read thru this thread and various threads on libreelec forum. The issue was mentioned here before but i can't find any feedback on the solution. So my issue is with the new alpha (LibreELEC-Generic.x86_64-8.90.003.img.gz) i can't boot. The bootloader pops up asking to run or live or install but after the timeout or after typing "run" the keyboard LED goes black and system hangs.
So what I have tried already:
8.2.5 stable build: hangs at start because of missing driver or something
8.90.003 -> error described above
8.2.5 with kernel and system files overwritten as suggested with files from:
#0323 -> same error
#0810 -> same error

I tried all the above with stock bios (I believe 0027), 0037 and the latest 0042.

Any advices?

Not really sure, as I don't have a Gemini Lake machine to test with. Most likely another buggy Intel BIOS, or it requires additional kernel commits - you could try booting the installer with KERNEL and SYSTEM from 4.18-rc8 and see if that is any better.