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) - _Spook_ - 2017-02-15

I will switch over to my new NUC7i3 tomorrow. Will report back any issues on the new HW Smile


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - khaoohs - 2017-02-16

(2017-02-15, 08:58)_Spook_ Wrote:
(2017-02-14, 23:34)Kwiboo Wrote:
(2017-02-14, 22:03)_Spook_ Wrote: I use the profile for the Intel Media Player profile.

Thanks!, I was able to reproduce the double press issue on my gear and have reverted the change in repeat delay that caused this.
Great! Thanks Smile

Just updated from 0211 to 0214, I am now getting the double-press with my Harmony remote.
http://sprunge.us/hFai


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

(2017-02-16, 02:24)khaoohs Wrote:
(2017-02-15, 08:58)_Spook_ Wrote:
(2017-02-14, 23:34)Kwiboo Wrote: Thanks!, I was able to reproduce the double press issue on my gear and have reverted the change in repeat delay that caused this.
Great! Thanks Smile

Just updated from 0211 to 0214, I am now getting the double-press with my Harmony remote.
http://sprunge.us/hFai

OK, so you should have this:

#0211: No issue
#0212: Harmony users might have double key presses caused by PR1327
#0213: No issue (as PR1327 is not included)
#0214: Harmony users might have double key presses caused by a revised version of PR1327

@Kwiboo please correct me if I've got this wrong, but this is what we currently think is happening with Harmony users:
Quote:After some more testing I am unsure if the repeat delay needs to be reverted to 1000ms. The default setting for Harmony's command repeats was set to 3, meaning it will send IR-commands 3-4 times for each button pressed, lowering this setting to 0, 1 or 2 repeats also makes the double presses go away.

Normally this hasn't been an issue for Harmony users as the original LE/Kodi IR configuration would intentionally ignore button presses either because the back end is responding too slowly or (in the case of Kodi) is programmed to ignore the first key press. Now that these issues have been eliminated by PR1327, the default (and excessive) Harmony setting is starting to cause unintentional button repeats.

We're looking into a solution that doesn't require a change to Harmony settings, but it's possible that this might be the best/only solution if the problem is now being caused by the default Harmony device configuration.


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

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

Code:
# uname -a
Linux NUC 4.9.9 #1 SMP Thu Feb 16 00:48:29 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170216004705-#0215-gfa59578 [Build #0215]

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

Based on tip of LibreELEC.tv master (fa595784, changelog) and tip of XBMC master (a1bf5b14, changelog) with the following modifications: Build Highlights:
  1. New MusicDB schema v61 - forced tag rescan stored in db
  2. Bump nvidia driver to 375.39 (fixes resume-from-suspend issues) and nvidia-legacy to 340.102
Build Details:
  1. LibreELEC.tv:
    • v4l-utils: update to 1.12.2 and fix streamzap keytable (PR:1330, 2 commits, 2 files changed)
    • xf86-video-nvidia*: bump 375.39 and 340.102 (PR:1343, 2 commits, 3 files changed)
    • docker: enable journald buildtag (PR:1350, 1 commit, 2 files changed)
  2. XBMC:
    • add dng to mime types (PR:11671, 1 commit, 1 file changed)
    • Forced full tag rescans of music files (PR:11557, 2 commits, 7 files changed)
    • [addons] auto-disable broken addon on update (PR:11664, 6 commits, 8 files changed)
    • cmake: findembedded: fix IMX(FB) header file name (PR:11302, 1 commit, 1 file changed)
    • Update SSE3 check to match with the others (PR:11631, 1 commit, 1 file changed)
  3. pvr.mythtv:
    • [cmake] Rename find_package(kodi) to Kodi (PR:66, 2 commits, 3 files changed)
    • create pvr launcher (1e6f243b)
    • registering source files by glob (9cedf04b)
    • initialize pvr struct with 0 (de6c8f7e)
    • stop cppmyth error log during connect (f59c60d4)
    • init pvr client using launcher (2c3374cd)
    • [lang] updated language files (47f0d4c2)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - illiac4 - 2017-02-16

Tested build with 375.39 drivers if fix with suspend freeze is fixed and it is not. So back to legacy 340. GPU is Nvidia 610.

2379108 (post)


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

Quite possibly a different suspend issue, in that case - there have been several new suspend issues reported recently on the nvidia forums, which are probably the issues fixed by this release.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - john.cord - 2017-02-16

Is there a known issue with latest Builds and my 2820 NUC? I got constant skipped frames. Will dig deeper tomorrow and get some logs.


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

(2017-02-16, 18:19)john.cord Wrote: Is there a known issue with latest Builds and my 2820 NUC? I got constant skipped frames. Will dig deeper tomorrow and get some logs.

If you can narrow it down to the build when this issue is first seen, that would be helpful.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - john.cord - 2017-02-16

(2017-02-16, 18:51)Milhouse Wrote:
(2017-02-16, 18:19)john.cord Wrote: Is there a known issue with latest Builds and my 2820 NUC? I got constant skipped frames. Will dig deeper tomorrow and get some logs.

If you can narrow it down to the build when this issue is first seen, that would be helpful.

I tried different builds back to #101. Maybe its because i tinkered with EDIDs. I will try tomorrow with a clean system with latest build. On my Chromebox (main system) with same Kodi Settings and same file playback is perfect.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - khaoohs - 2017-02-17

I believe ProjectM not working is a known issue. Is there any chance of a fix on the horizon?

Code:
17:01:08.974 T:139805841619072   DEBUG: ADDON: Dll Initializing - projectM
17:01:08.974 T:139805841619072   DEBUG: SECTION:LoadDLL(/storage/.kodi/addons/visualization.projectm/visualization.projectm.so.1.1.1)
17:01:08.974 T:139803690653440   DEBUG: DoScan Skipping dir 'smb://192.168.1.100/zpool0/media/music/Sodom - The Art Of Killing Poetry/' due to no change
17:01:08.974 T:139805841619072   DEBUG: Loading: /storage/.kodi/addons/visualization.projectm/visualization.projectm.so.1.1.1
17:01:08.987 T:139805841619072   ERROR: Unable to load /storage/.kodi/addons/visualization.projectm/visualization.projectm.so.1.1.1, reason: /storage/.kodi/addons/visualization.projectm/visualization.projectm.so.1.1.1: undefined symbol: __glewBindFramebufferEXT

http://sprunge.us/fOOC


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

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

Code:
# uname -a
Linux NUC 4.9.10 #1 SMP Thu Feb 16 21:23:07 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170216212145-#0216-gfa59578 [Build #0216]

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

Based on tip of LibreELEC.tv master (fa595784, changelog) and tip of XBMC master (11a15fc0, changelog) with the following modifications: Build Highlights:
  1. New 4.9.10 kernel
Build Details:
  1. XBMC:
    • [codegenerator] initialize pointers with nullptr if they have no value (PR:11677, 1 commit, 1 file changed)
    • VideoPlayer: VideoReferenceClock to the right place (PR:11592, 4 commits, 46 files changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] compare: linux: update to linux-4.9.10
    • Added: [env] PR:1355: xorg-server: clean package when nvidia drivers are bumped



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - _Spook_ - 2017-02-17

#0214-#0216 has the repeat on harmony remote issue again, revert to #0213 everything is OK

Reverted to #0213x btw because seems the 4.9.x kernel is not so happy for my new NUC7i3BNK as I am Smile I will try and post logs during the weekend.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - john.cord - 2017-02-17

(2017-02-17, 18:06)_Spook_ Wrote: #0214-#0216 has the repeat on harmony remote issue again, revert to #0213 everything is OK

Reverted to #0213x btw because seems the 4.9.x kernel is not so happy for my new NUC7i3BNK as I am Smile I will try and post logs during the weekend.

Use BT with yout Harmony Elite. Way better response Time compared to IR.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - _Spook_ - 2017-02-17

(2017-02-17, 21:05)john.cord Wrote:
(2017-02-17, 18:06)_Spook_ Wrote: #0214-#0216 has the repeat on harmony remote issue again, revert to #0213 everything is OK

Reverted to #0213x btw because seems the 4.9.x kernel is not so happy for my new NUC7i3BNK as I am Smile I will try and post logs during the weekend.

Use BT with yout Harmony Elite. Way better response Time compared to IR.

I could, but no need for better respons. Just don't need the doubletap that is there now.

@Milhouse are the IR settings hardcoded and compiled or is there a config file I can change?


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

There should be a fix for Harmony in tonight's build (bit delayed, doing a clean build - expect about 2/3am).