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) - pacoma2610 - 2017-11-15

@HiassofT

Your command shows nothing at my system


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HiassofT - 2017-11-15

(2017-11-15, 14:49)pacoma2610 Wrote: Your command shows nothing at my system

Run "ir-ctl -t 100000" while kodi is running. After that the remote should operate normally (if my theory is correct).

That command won't output anything but change the configuration of your IR receiver - more precisely it sets the idle timeout to 100ms. The default idle timeout of the ite-cir receiver seems to be 200ms which I think causes the issue you are seeing.

so long,

Hias


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - debutanker - 2017-11-15

Tested this command on my Nuc Kaby Lake (i was just curious although i could fix it with the repeat function on my harmony) and after running @HiassofT command, double keystrokes are gone (with harmony repeat on level 3).
After rebooting the system, the problem with double keystrokes recurs again and i had to run the command again to get a "normal" behaviour.

ps: with "ir-ctl -t 100000" and harmony on repeat level 3, the remote is working much more smoother for me.


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

(2017-11-15, 13:08)xxxnelly Wrote: Hi Milhouse, 

I am using a shared tvheadend server for all my 3 Kodi clients, this is in the loft and so I don't use addon - so its defo not that.
After alot of trial and error I found the breaking build - its build #0124, the last working one is #0117. I assume it will be the kernel update then or what more info would confirm the issue?  

Thanks

#0124, 24-Jan-2017: Generic -- Release post (New 4.9.5 kernel; libcec, libnfs, kodi updates; updated media_build package)
#0117, 18-Jan-2017: Generic -- Release post (Bump e2fsprogs and populatefs; default to CONFIG_TCP_CONG_BBR; disable ADSP support)

Difficult to say for sure, lots of changes in #0124, but minor kernel bumps don't usually cause too many issues. Maybe this is more likely:
(2017-01-24, 23:50)Milhouse Wrote:
  1. XBMC:
    • [PVR][Settings] Remove 'hide connection lost warning' setting and code. (PR:11500, 1 commit, 5 files changed)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - utiltiy - 2017-11-15

(2017-11-15, 15:04)HiassofT Wrote: Run "ir-ctl -t 100000" while kodi is running. After that the remote should operate normally (if my theory is correct).

That command won't output anything but change the configuration of your IR receiver - more precisely it sets the idle timeout to 100ms. The default idle timeout of the ite-cir receiver seems to be 200ms which I think causes the issue you are seeing. 

i run on my Nuc this command, now remote is normally and no double command


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2017-11-15

(2017-11-14, 23:13)HiassofT Wrote:
(2017-11-14, 21:49)TimoJ Wrote: Is there a command/setting that allows to change keyboard repeat rate in Kodi? I have tried xset and kbdrate but those are not available, and would they even work?  I'm using Flirc that simulates usb keyboard with ir-remote commands and repeat rate is a little too fast.

Create a file /storage/.config/udev.rules.d/70-input-repeat.rules with the following content:
Code:
ACTION=="add", SUBSYSTEM=="input", KERNEL=="event[0-9]*", GOTO="start"
GOTO="end"
LABEL="start"

# don't change eventlircd device settings
ATTRS{name}=="eventlircd", GOTO="end"

# increase repeat delay to 750ms, use 200ms repeat period
RUN+="/usr/bin/ir-keytable --delay=750 --period=200 --device=$devnode"

LABEL="end"
Change the delay and period parameters of ir-keytable to your likings. Note that this will affect all input devices of your system.

so long,

Hias   

It's not working/changing keyboard parameters. Is there a way to run this in command line and see what it says?


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

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

SHA256 Checksum: 7ba93483fa02a72bc3cb3f72480c82d6732f5b3579d7bb48435cab024fb2872e (Generic)

Code:
# uname -a
Linux NUC 4.14.0 #1 SMP Wed Nov 15 22:13:53 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20171115221217-#1115-ge4d683c [Build #1115]

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

Based on tip of LibreELEC.tv master (e4d683c, changelog) and tip of XBMC master (28db1a8, changelog) with the following modifications: Build Highlights:
  1. Samba: update to samba-4.7.2
Build Details:
  1. LibreELEC.tv:
    • Net-snmp addon (PR:2223, 1 commit, 1 file changed)
  2. XBMC:
    • [Estouchy] add scrollbar to the settings dialog (PR:13039, 1 commit, 1 file changed)
    • Game client dialog: Append "Saved" if emulator has a savestate (PR:13035, 2 commits, 2 files changed)
    • [windows] fixup! zeroing DXGI_SWAP_CHAIN_DESC1 (PR:13050, 1 commit, 1 file changed)
    • Fix image panning using a joystick (PR:12931, 0 commits, 0 files changed)
  3. pvr.octonet:
    • [depends] bump jsoncpp to 1.8.3 (c4af00a)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] compare (perma): linux: update to linux-4.14.1-preliminary
    • Added: [env] PR:2219 (perma): util-linux: fix typo in blkid patch
    • Added: [env] PR:2221 (perma): samba: update to samba-4.7.2
    • Added: [pkg] PR:70 (perma): [depends] bump jsoncpp to 1.8.3 (pvr.hdhomerun)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HiassofT - 2017-11-16

@debutanker @utiltiy thanks a lot for your feedback!

I did some more tests and noticed that the sony protocol now seems to be broken with a lot of IR receivers. I'll report the issue to upstream linux kernel guys.

Until the issue is fixed you can add "ir-ctl -t 100000" to autostart.sh as a workaround.

so long,

Hias


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - xxxnelly - 2017-11-16

(2017-11-15, 19:27)Milhouse Wrote:
(2017-11-15, 13:08)xxxnelly Wrote: Hi Milhouse, 

I am using a shared tvheadend server for all my 3 Kodi clients, this is in the loft and so I don't use addon - so its defo not that.
After alot of trial and error I found the breaking build - its build #0124, the last working one is #0117. I assume it will be the kernel update then or what more info would confirm the issue?  

Thanks

#0124, 24-Jan-2017: Generic -- Release post (New 4.9.5 kernel; libcec, libnfs, kodi updates; updated media_build package)
#0117, 18-Jan-2017: Generic -- Release post (Bump e2fsprogs and populatefs; default to CONFIG_TCP_CONG_BBR; disable ADSP support)

Difficult to say for sure, lots of changes in #0124, but minor kernel bumps don't usually cause too many issues. Maybe this is more likely:
(2017-01-24, 23:50)Milhouse Wrote:  
  1. XBMC:
    • [PVR][Settings] Remove 'hide connection lost warning' setting and code. (PR:11500, 1 commit, 5 files changed)
Thanks.
The issue is also introduced between libreELEC-Generic.x86_64-7.95.1.tar and libreELEC-Generic.x86_64-7.95.2.tar, and I have to agree that there were no kernel changes between these builds...
https://github.com/LibreELEC/LibreELEC.tv/compare/7.95.1...7.95.2

More research shows that if you check the changes with your builds....
https://github.com/xbmc/xbmc/compare/bd6be8c14e869c2...3079409a0e2dad2
and the 7.95.1/2 builds
http:// https://github.com/xbmc/xbmc/compare/17.0rc3-Krypton...17.0-Krypton

within Kodi there is a hand full but I think the most likely is...
[PVR] PVR Manager/Clients: Fix stop playback on addon uninstallation. (PR:11515, 1 commit, 2 files changed)

As I said on my windows laptop running latest Kodi (similar build to one in your build) this works, but after reviewing the logs in more detail I see some differences. I see one log line in my libreelec builds that I don't see in my windows build. 
11:05:55.586 T:140681540462336   DEBUG: PVRManager - Stop - stopping PVR playback

And this is the message is in the changed method highlighted above - Is it possible to do a build for me with this change reverted - it would take hours and hours for me to do a build otherwise.  

Thanks


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - debutanker - 2017-11-16

Many thanks for your efforts @HiassofT !


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HiassofT - 2017-11-16

If anyone wants to track the status, kernel bugreport is here: https://marc.info/?l=linux-kernel&m=151084656826568&w=2

so long,

Hias


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - utiltiy - 2017-11-16

Thank you Hias Blush


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

(2017-11-16, 13:30)xxxnelly Wrote: Is it possible to do a build for me with this change reverted - it would take hours and hours for me to do a build otherwise.  

Unfortunately too much time has passed and it's not possible to easily revert PR11515 from current Kodi master - the CPVRManager::Stop() method has changed a lot since PR11515 so simply reverting the effects of the PR with current Kodi master would not reproduce the same behaviour, and I'd have to go back to a version of Kodi in use at the time of PR11515, which would also mean rolling back a lot of LibreELEC changes so it's not a trivial requrest.

The best person to talk with about this would be @ksooo, perhaps he can suggest a testing patch as that might be easier to build.


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

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

SHA256 Checksum: 087b98c2077042f9cfc3638785b8382cef36a1d782c99505482e35f490337cf4 (Generic)

Code:
# uname -a
Linux NUC 4.14.0 #1 SMP Thu Nov 16 21:31:09 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20171116212859-#1116-g298a1c2 [Build #1116]

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

Based on tip of LibreELEC.tv master (298a1c2, changelog) and tip of XBMC master (28db1a8, changelog) with the following modifications: Build Highlights:
  1. jsoncpp deprecated function changes in PVR addons (no pvr.argustv - yet, needs more work)
Build Details:
  1. LibreELEC.tv:
    • samba: update to samba-4.7.2 (PR:2221, 1 commit, 1 file changed)
    • heimdal: Disable OTP (PR:2218, 1 commit, 1 file changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:2225 (perma): glibc: fix perl
    • Added: [pkg] PR:55 (perma): Fix deprecated function warnings (pvr.pctv)
    • Added: [pkg] PR:75 (perma): support PVR API 5.7.0 changes (pvr.argustv)
    • Added: [pkg] PR:103 (perma): jsoncpp deprecated function change (pvr.stalker)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2017-11-17

(2017-11-15, 22:57)TimoJ Wrote:
(2017-11-14, 23:13)HiassofT Wrote:
(2017-11-14, 21:49)TimoJ Wrote: Is there a command/setting that allows to change keyboard repeat rate in Kodi? I have tried xset and kbdrate but those are not available, and would they even work?  I'm using Flirc that simulates usb keyboard with ir-remote commands and repeat rate is a little too fast.

Create a file /storage/.config/udev.rules.d/70-input-repeat.rules with the following content:
Code:
ACTION=="add", SUBSYSTEM=="input", KERNEL=="event[0-9]*", GOTO="start"
GOTO="end"
LABEL="start"

# don't change eventlircd device settings
ATTRS{name}=="eventlircd", GOTO="end"

# increase repeat delay to 750ms, use 200ms repeat period
RUN+="/usr/bin/ir-keytable --delay=750 --period=200 --device=$devnode"

LABEL="end"
Change the delay and period parameters of ir-keytable to your likings. Note that this will affect all input devices of your system.

so long,

Hias      

It's not working/changing keyboard parameters. Is there a way to run this in command line and see what it says?   

Nothing seems to help. I also tried with copied and modified 70-input-repeat.rules file from usr/lib/udev/rules.d but still the same. I guess all this doesn't change keyboard repeat rate and there is still some other setting for it? Or is there a bug and LibreELEC is not using/detecting .rules files from /storage/.config/udev.rules.d ? Any way to verify this?