Kodi Community Forum

Full Version: LibreELEC Testbuilds for x86_64 (Kodi 17.0)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
New LibreELEC.tv Krypton build #0806: Generic
(Supercedes previous build)

Code:
# uname -a
Linux NUC 4.7.0 #1 SMP Sat Aug 6 21:06:41 BST 2016 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160806210443-#0806-g7e85b6d [Build #0806]

Based on tip of LibreELEC.tv master (7e85b6d9, changelog) and tip of XBMC master (79e2f50c, changelog) with the following modifications: Build Highlights:
  1. Fix "route add" error with OpenVPN
  2. Stop enabling peripheral.* addons at startup
Build Details:
  1. XBMC:
    • [lang] Add "On" back to strings.po (PR:10238, 1 commit, 1 file changed)
    • [xbmc/win32/improvement] Finally get rid of the VS solution! (PR:10232, 1 commit, 25 files changed)
  2. inputstream.mpd:
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] patch: busybox: Default to UNIVERSE scope, fixes 9141
    • Updated: [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
@sciascia88/@gjwAudio: With build #0806, is OpenVPN now OK (without the "scope 0" workaround)?
Hi all,

I have a problem with my smb network, the system doesn't accept my NAS Password anymore since 5 days. I'm on Build 0806.

Any idea?

Gesendet von meinem LG-H815 mit Tapatalk
(2016-08-07, 22:20)Milhouse Wrote: [ -> ]@sciascia88/@gjwAudio: With build #0806, is OpenVPN now OK (without the "scope 0" workaround)?

Hi Milhouse

...in a word YES !! (no "scope 0" implemented here)

Thanks (again) for the quick turnaround on the problem.

however... I wish BBC would stop blocking PIA Confused
(2016-08-07, 22:40)Aquila Wrote: [ -> ]Hi all,

I have a problem with my smb network, the system doesn't accept my NAS Password anymore since 5 days. I'm on Build 0806.

Any idea?

Which is the last working build? I've no problems with #0806 and a Windows 7 Pro PC.
I don't know, but I think 3 or 4 versions before

Gesendet von meinem LG-H815 mit Tapatalk
(2016-08-07, 23:03)Aquila Wrote: [ -> ]I don't know, but I think 3 or 4 versions before

Let us know when you've worked it out.
New LibreELEC.tv Krypton build #0807: Generic
(Supercedes previous build)

Code:
# uname -a
Linux NUC 4.7.0 #1 SMP Sun Aug 7 21:06:54 BST 2016 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160807210455-#0807-g7e85b6d [Build #0807]

Based on tip of LibreELEC.tv master (7e85b6d9, changelog) and tip of XBMC master (450eecd3, changelog) with the following modifications: Build Highlights:
  1. ffmpeg: Bump to 3.1.1-Krypton-Beta1 (fixes bugs/issues with mp3, and HLS streaming)
  2. Estuary skin sync
Build Details:
  1. XBMC:
    • [PVR] Fix crash during shutdown due to wrong usage of std::remove (PR:10240, 1 commit, 1 file changed)
    • [xbmc/cleanup] Remove some win32 hard coded defines that cmake handles (PR:10242, 1 commit, 1 file changed)
    • VideoPlayer: fix early stall of audio stream, sync is now in AE (PR:10237, 3 commits, 6 files changed)
    • VideoPlayer: passthrough fixes (PR:10247, 1 commit, 1 file changed)
    • FFmpeg: Bump to 3.1.1-Krypton-Beta1 (PR:10246, 1 commit, 1 file changed)
    • Music Library Filtering Simple Fixes (PR:10235, 5 commits, 3 files changed)
    • [win32] update readme (297be82d)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] patch: expat: Bump to 2.2.0
    • Added: [env] patch: ffmpeg: Bump to 3.1.1-Krypton-Beta1 (a59ca3c)
    • Added: [pkg] PR:10248: [PVR] CDirectoryProvider now supports async PVR startup. Fixes favori…
    • Added: [pkg] PR:10251: VideoPlayer: rework rtmp options for ffmpeg-demuxer
    • Added: [pkg] PR:10253: [estuary] skin sync
Ok, thank you for your reply and your work Wink

Gesendet von meinem LG-H815 mit Tapatalk
(2016-08-07, 22:20)Milhouse Wrote: [ -> ]@sciascia88/@gjwAudio: With build #0806, is OpenVPN now OK (without the "scope 0" workaround)?

Yes, all is working with the latest build. Sorry I wasn't able to test more to diagnose the problem properly.
Running Chrome Box. Jumped from #708 to #806. Blacks are too light with 0 - 255 setting. Did anything change that would cause this?
(2016-08-08, 03:54)n2vwz Wrote: [ -> ]Running Chrome Box. Jumped from #708 to #806. Blacks are too light with 0 - 255 setting. Did anything change that would cause this?
See build #0731.
(2016-07-31, 19:53)Milhouse Wrote: [ -> ]If you intended to put your box into standby on shutdown, check you still have the "Suspend" option selected as the "Shutdown function" in Kodi Settings > System > Power Saving.

Just for the heck of it I tested it using Suspend instead of sghutdown. It turns out the machine won't wake up in both situations.
That use to be an issue with Kodibuntu where we had to let the system know to keep power to USB otherwise ir receiver wouldn't detect power on signal.
Wonder if similar...
(2016-08-08, 04:47)Milhouse Wrote: [ -> ]
(2016-08-08, 03:54)n2vwz Wrote: [ -> ]Running Chrome Box. Jumped from #708 to #806. Blacks are too light with 0 - 255 setting. Did anything change that would cause this?
See build #0731.

So, Have the Intel-EGL drivers been totally scrapped? If so, This is a major step backward! The video improvements were dramatic between the Kodi 15/16 builds and the early Alpha 17 builds. Now the video looks like crap again!

The video driver software should be robust enough to recognize Intel graphics or Nvidia graphics and optimize accordingly. Worst case, a check box should be added to the setup menu to select Intel optimization or Nvidia optimization.

What are the future plans?