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) - dan_jericho - 2017-11-01

Is it possible to set up docker with this build? When I install the addon one of the dependencies "os.libreelec.tv" is unavailable.

Im using the latest nightly.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-11-01

(2017-11-01, 11:23)dan_jericho Wrote: Is it possible to set up docker with this build?  When I install the addon one of the dependencies "os.libreelec.tv" is unavailable.

Im using the latest nightly.

Are you actually unable to install Docker? I know Kodi claims the dependency is missing, but it's really not... os.libreelec.tv is a built-in addon (which is probably what confuses Kodi).


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-11-01

(2017-11-01, 07:45)YinYang Wrote: Hello everybody

I have an important question ....
I own a Zotac ZBOX CI547 nano and running on it liebreelec 9 of Milhouse.
Unfortunately, I have seen that there are problems with the drivers in Linux, which makes the passthrough of HD audio via HDMI impossible.
But I have read that there is now a solution is that correct?
do I have to make or have a bios update for it?

Unfortunately, Zotac has not released any bios update although the box is based on a nuc.

My Hardware ZBOX CI547 NANO https://www.zotac.com/us/product/mini_pcs/ci547-nano

I would be very grateful and happy about an education and apology for my bad english i use a translator.

lg
YY

The latest test builds in this thread include the HBR (high Bit Rate) audio patches to allow HD Audio via HDMI on Apollo/Kaby/etc Lake devices.

However you may need to upgrade the LSPCON firmware to v1.66, which can only be done using Windows:

http://nucblog.net/2017/03/intel-releases-the-final-hdmi-firmware-for-apollo-and-kaby-lake/

If you have further issues I would suggest you post in the Kaby Lake Support thread.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - dan_jericho - 2017-11-01

(2017-11-01, 20:53)Milhouse Wrote:
(2017-11-01, 11:23)dan_jericho Wrote: Is it possible to set up docker with this build?  When I install the addon one of the dependencies "os.libreelec.tv" is unavailable.

Im using the latest nightly.

Are you actually unable to install Docker? I know Kodi claims the dependency is missing, but it's really not... os.libreelec.tv is a built-in addon (which is probably what confuses Kodi).

Yes, it installs. Tho when I try to run a container I get the following error:
Code:
docker: Error response from daemon: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"cgroup\\\" to rootfs \\\"/storage/.kodi/userdata/addon_data/service.system.docker/docker/overlay2/a536891f07d92fec9c96f09e978ae236dac2863a98d87d231043861025dd663e/merged\\\" at \\\"/sys/fs/cgroup\\\" caused \\\"no subsystem for mount\\\"\"".
This is when trying to run a Portainer container.
Code:
docker run -d -p 9000:9000 -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-11-01

@dan_jericho Right, the os.libreelec.tv dependency issue is just cosmetic.

Do you get this error with LibreELEC 8.2.0? If you do, then I think you should continue this discussion in the LibreELEC forum as it's most likely a general Docker issue. I'm not a Docker expert but I don't think there should be anything in these builds which would break Docker.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - john.cord - 2017-11-01

(2017-10-27, 00:00)Milhouse Wrote: While discussing the transparency issue on github I did mention that the GUI now appeared a little darker (but it had subsequently completely slipped my mind...). On github, compare the screenshot from #1004 with #1005 and the latter is clearly darker.

So yes, since the switch from a fixed function pipeline in #1005 the GUI has been a little darker. I'm not sure if it's meant to be like this (I've obviously become used to it!) or if it's an error - this will require a trac ticket for the developer (@fernetmenta) to investigate further.

Its too dark. This cannot meant to be.


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

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

SHA256 Checksum: 3167f6ed5f3b5af145a333c724679b8c2e57f1f856bbf51d3e492f162b81bffa (Generic)

Code:
# uname -a
Linux NUC 4.13.10 #1 SMP Thu Nov 2 00:08:16 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20171102000537-#1101-ga3434fe [Build #1101]

# Kodi version
(18.0-ALPHA1 Git:150591e). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (a3434fe, changelog) and tip of XBMC master (150591e, changelog) with the following modifications: Build Highlights:
  1. Fix JSON-RCP version
  2. Fix crash when ending playback
  3. Fix seek artefacts/green screen since ffmpeg-3.4
Build Details:
  1. LibreELEC.tv:
    • Fix parsing settings.xml file (PR:2168, 2 commits, 2 files changed)
    • nss/nspr: include in main image [rfc] (PR:1791, 5 commits, 6 files changed)
  2. XBMC:
    • VideoPlayer: add OnAVChange callback (PR:12964, 1 commit, 4 files changed)
    • VideoPlayer: lambda jobs must copy parameters (PR:12985, 1 commit, 1 file changed)
    • VideoPlayer: keyframes (PR:12986, 2 commits, 9 files changed)
    • ffmpeg: adapt to deprecated symbols and functions (PR:12988, 1 commit, 16 files changed)
  3. inputstream.adaptive:
    • Fix wrong stream insertion when using manual stream selection (853144d)
  4. pvr.vdr.vnsi:
    • fix segfault after demuxer connection got lost (87cee69)
    • bump version to 3.4.4 (92e4c64)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2092: kodi: batched updates
    • Added: [pkg] PR:12991: VideoPlayer: fix #12986, was messed up by revert and re-submit



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - YinYang - 2017-11-02

(2017-11-01, 21:07)Milhouse Wrote:
(2017-11-01, 07:45)YinYang Wrote: Hello everybody

I have an important question ....
I own a Zotac ZBOX CI547 nano and running on it liebreelec 9 of Milhouse.
Unfortunately, I have seen that there are problems with the drivers in Linux, which makes the passthrough of HD audio via HDMI impossible.
But I have read that there is now a solution is that correct?
do I have to make or have a bios update for it?

Unfortunately, Zotac has not released any bios update although the box is based on a nuc.

My Hardware ZBOX CI547 NANO https://www.zotac.com/us/product/mini_pcs/ci547-nano

I would be very grateful and happy about an education and apology for my bad english i use a translator.

lg
YY

The latest test builds in this thread include the HBR (high Bit Rate) audio patches to allow HD Audio via HDMI on Apollo/Kaby/etc Lake devices.

However you may need to upgrade the LSPCON firmware to v1.66, which can only be done using Windows:

http://nucblog.net/2017/03/intel-releases-the-final-hdmi-firmware-for-apollo-and-kaby-lake/

If you have further issues I would suggest you post in the Kaby Lake Support thread.

Thx Milhouse I will test it


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - damagedspline - 2017-11-02

Hi,
I use an Tronsmart Ara x5 plus which is like the common Cherrytrail Intel dongle and since #901 I had the no audio via hdmi issue (last tested #1031).
However, I am able to play a wav file when running aplay to plughw:0,2 and it does come out from the hdmi.
I tried creating asound.conf in ~/.config but it did not take effect after restart. How can i make it permanent without rebuilding libreelec from scratch? Or, is there a gui menu item which allows sub device selection that i missed which contradicts the system settings?

Thanks!


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - appendizitis - 2017-11-02

hi guys

i am new to this project, running a asrock beebox w intel j3160, used libreelec 8.1 w kodi 17.3 before but want to use the dazn addon which was not running with kodi 17.3...so i am on the latest test build everything works fine w dazn also but  got the double button press problem with my standard remote, after searching around i find an empty keymap,
so which way to go now?
edit: solved..deactivated LIRC in LE setting addon


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - laric - 2017-11-02

(2017-11-01, 21:07)Milhouse Wrote: The latest test builds in this thread include the HBR (high Bit Rate) audio patches to allow HD Audio via HDMI on Apollo/Kaby/etc Lake devices.

However you may need to upgrade the LSPCON firmware to v1.66, which can only be done using Windows:

http://nucblog.net/2017/03/intel-releases-the-final-hdmi-firmware-for-apollo-and-kaby-lake/

If you have further issues I would suggest you post in the Kaby Lake Support thread.

Actually there is a new LSPCON firmware 1.72 released 2 days ago from Intel. Don't know exactly what is new.


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

(2017-11-02, 08:24)damagedspline Wrote: Hi,
I use an Tronsmart Ara x5 plus which is like the common Cherrytrail Intel dongle and since #901 I had the no audio via hdmi issue (last tested #1031).
However,  I am able to play a wav file when running aplay to plughw:0,2 and it does come out from the hdmi.
I tried creating asound.conf in ~/.config but it did not take effect after restart. How can i make it permanent without rebuilding libreelec from scratch? Or, is there a gui menu item which allows sub device selection that i missed which contradicts the system settings?

Thanks!

/storage/.config/asound.conf should be used after a reboot - are you sure your asound.conf is correct?

For now this is more likely to be a bug in the kernel (IMHO).

Phils opened a bug: https://bugs.freedesktop.org/show_bug.cgi?id=103299 which may have been erroneously closed as a dupe of this potentially unrelated PulseAudio bug: https://bugs.freedesktop.org/show_bug.cgi?id=100488 so worth keeping an eye on them for now. There's also this bug on Arch which despite being reported as a "pure ALSA setup without PulseAudio" is now classified as a PulseAudio bug! So unfortunately, I don't think anyone has a clue what is going on.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - cypher242 - 2017-11-02

(2017-11-02, 10:06)laric Wrote: Actually there is a new LSPCON firmware 1.72 released 2 days ago from Intel. Don't know exactly what is new.

Info from Intel:

Updates the HDMI Firmware version to 1.72 for the Intel® NUC Kit families, NUC6CAY and NUC7ixBN. This update fixes:
  • An issue where a head mounted display would not wake up from sleep (S3) using Windows* Mixed Reality.
Note: An HDMI device must be connected and an Intel® Graphics Driver must be installed before this update is run.  The instructions are in the .zip file.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-11-03

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

SHA256 Checksum: f1594917e47ad0974a26571accc7d0f6e8a457d9c04738c594c5ed80ae06023b (Generic)

Code:
# uname -a
Linux NUC 4.13.10 #1 SMP Thu Nov 2 22:34:47 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20171102223205-#1102-gfceb13f [Build #1102]

# Kodi version
(18.0-ALPHA1 Git:283cc5f). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (fceb13f, changelog) and tip of XBMC master (283cc5f, changelog) with the following modifications: Build Highlights:
  1. samba: update to samba-4.7.1
  2. xf86-video-nvidia: update to xf86-video-nvidia-374.98
Build Details:
  1. LibreELEC.tv:
    • sundtek-mediatv: support new driver version ... (PR:2147, 1 commit, 4 files changed)
    • kodi: batched updates (PR:2092, 6 commits, 43 files changed)
    • systemd: meson-remote is not a joystick (PR:2170, 1 commit, 1 file changed)
    • Remove unneeded glu et al (PR:2161, 8 commits, 8 files changed)
    • docker: rename docker to moby (PR:1670, 1 commit, 5 files changed)
  2. XBMC:
    • VideoPlayer: fix #12986, was messed up by revert and re-submit (PR:12991, 2 commits, 1 file changed)
    • [Windows]: add support of Universal Windows Platform. (PR:12942, 28 commits, 187 files changed)
    • [win32] ID3DResource: remove unused methods. (PR:12993, 1 commit, 5 files changed)
    • VideoPlayer: remove unused variable (055f6ee)
  3. pvr.octonet:
    • win10: fix linkage to deprecated wsock32 api. (f1f8d44)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:2169: brcmfmac_sdio-firmware-rpi: update to brcmfmac_sdio-firmware-rpi-13edcc7
    • Added: [env] PR:2171: samba: update to samba-4.7.1
    • Added: [env] PR:2173: xf86-video-nvidia: update to xf86-video-nvidia-374.98



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-11-04

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

SHA256 Checksum: a24ce92deb7329d6abb06acfe0bb8f0fb44a72ee9c8a9159e3e9db947761c50b (Generic)

Code:
# uname -a
Linux NUC 4.13.11 #1 SMP Fri Nov 3 21:46:17 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20171103214452-#1103-g6de54b9 [Build #1103]

# Kodi version
(18.0-ALPHA1 Git:76fb483). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (6de54b9, changelog) and tip of XBMC master (76fb483, changelog) with the following modifications: Build Highlights:
  1. New 4.13.11 kernel
Build Details:
  1. LibreELEC.tv:
    • Odroid_C2/u-boot: move to project specific package (PR:2175, 1 commit, 10 files changed)
  2. XBMC:
    • [win10] fix patch utility version. (PR:12997, 1 commit, 1 file changed)
    • FIX: [doc;droid] now requires SDK 24 (PR:13000, 1 commit, 1 file changed)
    • [cmake] support building with ninja on posix platforms (PR:12936, 2 commits, 9 files changed)
    • [winstore][fix] Remove include that breaks on newer SDK versions, isn't used anyway (PR:12999, 1 commit, 1 file changed)
    • [linux] remove imx platform (PR:12990, 1 commit, 41 files changed)
    • windowing/gbm: fix setting drm mode when no new window is created (PR:12989, 1 commit, 1 file changed)
  3. inputstream.adaptive:
    • win10: fix arm build (PR:86, 1 commit, 1 file changed)
  4. pvr.vdr.vnsi:
    • fix potential segfault if login fails (69ed6ed)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] compare: kodi: updates for Dec 2017