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) - Nekromantik - 2017-01-23

Are the test builds stable enough for daily driver?
Im getting a Apollo Lake NUC tomorrow and will install it on Usb drive as I dont want to reformat windows drive straight away.
Anything I should know about these builds on Apollo Lake?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2017-01-23

No HD-Audio via HDMI 2.0. Driver shortcoming. Besides that: all fine. If you often switch on the device before AVR/TV make yourself familiar with EDID overwriting. See LE wiki.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2017-01-23

(2017-01-23, 14:36)fritsch Wrote: No HD-Audio via HDMI 2.0. Driver shortcoming. Besides that: all fine. If you often switch on the device before AVR/TV make yourself familiar with EDID overwriting. See LE wiki.

Ok thanks Smile
Coming from a Nvidia Shield, hope to see improved scaling from 720 to 2160.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - _Spook_ - 2017-01-23

(2017-01-23, 14:36)fritsch Wrote: No HD-Audio via HDMI 2.0. Driver shortcoming. Besides that: all fine. If you often switch on the device before AVR/TV make yourself familiar with EDID overwriting. See LE wiki.

Is that for passthrough and bitstreaming? Or just passthrough?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2017-01-24

(2017-01-23, 14:46)Nekromantik Wrote:
(2017-01-23, 14:36)fritsch Wrote: No HD-Audio via HDMI 2.0. Driver shortcoming. Besides that: all fine. If you often switch on the device before AVR/TV make yourself familiar with EDID overwriting. See LE wiki.

Ok thanks Smile
Coming from a Nvidia Shield, hope to see improved scaling from 720 to 2160.

Drive your TV at 1080 ... kodi's scaler is too slow to scale from 720 to 2160 in decent quality ... Kodi can switch up when you really watch 4k.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2017-01-24

(2017-01-23, 16:48)_Spook_ Wrote:
(2017-01-23, 14:36)fritsch Wrote: No HD-Audio via HDMI 2.0. Driver shortcoming. Besides that: all fine. If you often switch on the device before AVR/TV make yourself familiar with EDID overwriting. See LE wiki.

Is that for passthrough and bitstreaming? Or just passthrough?

Bitstream - as you know - wondering why you ask, if you know the answer.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - _Spook_ - 2017-01-24

(2017-01-24, 13:32)fritsch Wrote:
(2017-01-23, 16:48)_Spook_ Wrote:
(2017-01-23, 14:36)fritsch Wrote: No HD-Audio via HDMI 2.0. Driver shortcoming. Besides that: all fine. If you often switch on the device before AVR/TV make yourself familiar with EDID overwriting. See LE wiki.

Is that for passthrough and bitstreaming? Or just passthrough?

Bitstream - as you know - wondering why you ask, if you know the answer.

Because I was not sure Smile


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

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

Code:
# uname -a
Linux NUC 4.9.5 #1 SMP Tue Jan 24 21:16:47 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170124211527-#0124-g637b8c0 [Build #0124]

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

Based on tip of LibreELEC.tv master (637b8c0c, changelog) and tip of XBMC master (3079409a, changelog) with the following modifications: Build Highlights:
  1. New 4.9.5 kernel
  2. libcec, libnfs, kodi updates
  3. Updated media_build package - hopefully fix broken Zotac remote control
  4. Enable Fair Queue packet scheduling
Build Details:
  1. LibreELEC.tv:
    • e2fsprogs: make e2fsprogs bumpable (PR:1187, 1 commit, 1 file changed)
    • decommission PKG_REV for packages (PR:967, 1 commit, 481 files changed)
    • docker: update to 1.13.0 (PR:1195, 10 commits, 11 files changed)
    • open-vm-tools: update to 10.1.0 (PR:1185, 1 commit, 3 files changed)
  2. XBMC:
    • [PVR][guiinfo] Videofullscreen/Musicvisualisation: Direct channel number input (PR:11434, 5 commits, 24 files changed)
    • [binary-addons] bootstrap: don't filter addons when auto bootstrappin… (PR:11470, 1 commit, 1 file changed)
    • [Fix] Restore caching for slow plugins Ticket #17211 (PR:11478, 2 commits, 3 files changed)
    • [settings] restore show EXIF picture information setting (PR:11457, 3 commits, 7 files changed)
    • [cmake] Only install VideoPlayer fontconfig configuration files on Apple (PR:11451, 1 commit, 2 files changed)
    • [pydocs] Corrections on the xbmcvfs/file examples (PR:11454, 1 commit, 1 file changed)
    • [gui] fix container bools (PR:11484, 1 commit, 1 file changed)
    • [cleanup][windows] linking instructions (PR:11496, 1 commit, 8 files changed)
    • added: make CFileItemList iterable (PR:11003, 1 commit, 1 file changed)
    • Align the settings level for the 2 different character set settings (PR:11449, 1 commit, 2 files changed)
    • Replace raw pointer in CApplication (PR:11514, 1 commit, 2 files changed)
    • add pycryptodome python module (PR:11477, 1 commit, 10 files changed)
    • add another overload for begin()/end() (PR:11505, 1 commit, 1 file changed)
    • Resolution: Do not switch resolutions when in 3D (only refreshrates) (PR:11502, 1 commit, 1 file changed)
    • [PVR] Fix deadlock (can occure while installing/uninstalling pvr client addon). (PR:11497, 1 commit, 1 file changed)
    • Replace 3 raw pointers in CApplication with unique_ptrs (PR:11517, 1 commit, 2 files changed)
    • spelling: transition (PR:11465, 1 commit, 3 files changed)
    • [Fix] Multiple changes of song rating from player OSD (ticket #17190) (PR:11513, 1 commit, 3 files changed)
    • Remove CBackgroundPlayer (PR:11512, 2 commits, 1 file changed)
    • Updated Hungarian strings for XBMC and Confluence (PR:3, 2 commits, 2 files changed)
    • [PVR] PVR Manager/Clients: Fix stop playback on addon uninstallation. (PR:11515, 1 commit, 2 files changed)
    • spelling: formatted (PR:11466, 1 commit, 22 files changed)
    • added: ability to remove add-on settings upon uninstall (PR:11499, 3 commits, 4 files changed)
    • [PVR][Settings] Remove 'hide connection lost warning' setting and code. (PR:11500, 1 commit, 5 files changed)
    • [PVR][json-rpc] Fix PVR.(Add|Toggle)Timer. (PR:11506, 1 commit, 3 files changed)
    • restore the ability to build without python and add cmake option (PR:11467, 1 commit, 12 files changed)
    • Added Russian translation to the shortcut comment (PR:11260, 1 commit, 1 file changed)
    • [cmake] git update-index --refresh must be called before using it (PR:11511, 1 commit, 1 file changed)
    • FIX: [droid] Copy splash to xxxhdpi drawable (PR:11510, 1 commit, 1 file changed)
    • [cmake] fix libdvdnav build when dvdcss is disabled (PR:11533, 1 commit, 1 file changed)
    • [guilib] allow more flexible hitrects (PR:11476, 1 commit, 3 files changed)
    • fixed: context menu manager mess with profiles (PR:11490, 1 commit, 3 files changed)
    • VideoPlayer: check for vsyncAdjust on every cycle, speed of videoRefC… (PR:11351, 1 commit, 1 file changed)
    • Modified cpluff to handle utf8 path names to avoid addon failures (PR:11540, 1 commit, 1 file changed)
    • [droid] fix packaging after 2816efc77d71d50200ea3ae12fb66ad324d1f6e2 (4da9e3ff)
  3. libcec:
    • fixed: guard against NULL passed by a python callback (don't assert, handle gracefully) (bbe48719)
    • fixed: don't flag the avr as active source automatically when receiving a key sent to it (652c62b5)
    • fixed: don't use panasonic's vendor id for the avr when the tv is a panasonic (5685ff98)
    • fixed: swig didn't generate threading support for the python binding (483e7db9)
    • fixed: python callback return value and calling callbacks without arguments (2bcdc3f3)
    • fixed:/changed: only pass unsigned to python and correct param to the source activated callback (75b68374)
    • Install Python demo as executable (572bbf00)
    • changed: updated debian python install (82246efb)
    • Merge branch 'pr289' (dbdfb054)
    • Improve/fix installation of Python bindings (330fa677)
    • Merge branch 'pr291' (aa09358b)
    • fixed: device detection on windows. thanks @Portisch. issue #290 (0fba38da)
    • fixed: debian python scripts installation. thanks @mkreisl (add6cdef)
    • fixed: drm edid parses wasn't compiled in. thanks @gdachs (958d053c)
    • cosmetics (86dc4e51)
    • cosmetics (bcccaec2)
    • added: .Net applications (d196488c)
    • fixed: correct copy path (c83865bc)
    • bump .net client apps (87fec8c8)
    • bump to 4.0.2 (5250931f)
    • updated README.osx.md. thanks @ctreleaven. issue #295 (d36fe80c)
  4. libnfs:
    • For upstream (PR:163, 2 commits, 4 files changed)
  5. inputstream.adaptive:
  6. peripheral.joystick:
    • Added buttonmap for PS4 V2 controller (PR:73, 1 commit, 1 file changed)
  7. pvr.hts:
    • Some fixes (PR:275, 6 commits, 10 files changed)
    • Fix CTvheadend:Big GrinemuxIsTimeShifting() (PR:277, 1 commit, 3 files changed)
  8. pvr.iptvsimple:
    • Update README.md (PR:97, 1 commit, 1 file changed)
  9. pvr.mythtv:
    • 4.2.1 (PR:58, 7 commits, 14 files changed)
    • fix style defect (8ae12371)
    • sync upstream demuxer (eae59f4e)
    • Using gmtime_r here was wrong, and caused incorrect hours to display when g_bUseAirdate was set. (afd91eb0)
    • Revert "WINDOWS: define gmtime_r in tools.h" (7284825e)
    • Bump version 5.0.8 (8789e2fc)
    • cleanup pvr api calls (df70b749)
    • sync upstream demuxer (ac41f384)
    • fix bad reported bookmark error (69bfc3c2)
    • sync upstream cppmyth (2.9.3) (ddb17216)
    • [lang] updated language files from Transifex (36f24189)
    • moving cmake project to root (4e7ac460)
    • update dependency mirror (0d409cfe)
    • silent error when set bookmark failed (f346c10b)
    • Bump version 5.0.9 (c608a458)
    • sync upstream cppmyth 2.9.4 (ea2c47d6)
    • [lang] updated language files from Transifex (dd9947bc)
  10. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] e3e85b4f: linux: Enable Fair Queue packet scheduling (TEST)
    • Added: [env] PR:1203: media_build use .config
    • Added: [env] PR:1205: dvb-firmware: update to 1.2.1
    • Added: [env] PR:1207: linux: update to linux-4.9.5
    • Added: [pkg] PR:54: connections: fix layout as some icons were off screen (service.libreelec.settings)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2017-01-25

I know this is the wrong place to ask this but anyone here able to help with my LibreELEC install on my Intel Apollo Lake NUC?
If so I can PM you my issue.
Thanks!


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

(2017-01-25, 00:32)Nekromantik Wrote: I know this is the wrong place to ask this but anyone here able to help with my LibreELEC install on my Intel Apollo Lake NUC?
If so I can PM you my issue.
Thanks!

Start a new thread and post the details, either here (Kodi) or on the LibreELEC forum.


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

Weekly Linux 4.10-rc5 build #0124x: Generic

Same as #0124, but without media_build extensions (not compatible with this kernel).


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Traffic00 - 2017-01-25

I am presently running Openelec 6.95 on one of my systems. Can I upgrade that system with the newest build here without starting fresh ?? I would rather not do a fresh install because this system feeds the two other installs.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - kekomat - 2017-01-25

(2017-01-18, 02:57)Milhouse Wrote: New LibreELEC.tv Leia build #0117: Generic
(Supercedes previous build)

Code:
# uname -a
Linux NUC 4.9.4 #1 SMP Wed Jan 18 00:27:22 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170118002524-#0117-g9e705dd [Build #0117]

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

Build Details:

Additional commits/pull requests/changes not yet merged upstream:
  • Added: [env] PR:1186: kodi: update to Kodi 18 alpha 1

Just out of curiosity so that I get a better understanding of the whole development process: Weren't you building Kodi 18.0 alpha 1 releases before? Or was this alpha 1 tag just unofficially given by you??


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

(2017-01-25, 19:39)kekomat Wrote: Just out of curiosity so that I get a better understanding of the whole development process: Weren't you building Kodi 18.0 alpha 1 releases before?

Yes, I had been building Kodi 18 alpha 1 with a number of "personal" patches/commits that bumped the version and applied the various changes since Kodi 17.

All that has changed is that I've pushed a PR (PR:1186) to LibreELEC master based on the original commits and I've now started using the PR instead of the individual commits (I tend to do this while stuff is a work in progress and/or not yet ready for LE master - sometimes easier than pushing an unfinished PR to github).

Now that the old commits have been replaced by the PR, my scripts report the PR as a "new" commit when in reality it is just replacing the old personal patch.

And when PR:1186 is finally merged it will be reported again as a new LibreELEC change, even though it would have been in these builds for ages (once it merges in LibreELEC master I no longer need to continue including the now merged PR in my build).

(2017-01-25, 19:39)kekomat Wrote: Or was this alpha 1 tag just unofficially given by you??

Nope - not invented by me. The alpha 1 tag has been there since Kodi 17 branched and master became Kodi 18 alpha 1.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - nuc-LE - 2017-01-25

(2017-01-25, 16:07)Traffic00 Wrote: I am presently running Openelec 6.95 on one of my systems. Can I upgrade that system with the newest build here without starting fresh ?? I would rather not do a fresh install because this system feeds the two other installs.

Better if you do a clean install as newer version require bigger partition, but you could manually increase partition size (512 MB) and than update to LE.