Separate question:
Anything about also supporting the new version of the fire tv remote?
Bluetooth pairing/connecting works without a problem. But there is absolutely no reaction on any button press.
I'm not looking for support for the new buttons, but for basic support identical to the last version of the remote.
Thanks much 
Hey,
does anyone know, how to modify the evmap file to make use of the button of the "Voice Command" button of the Fire TV remote which are now shipping? Everything works fine, just this one button is unused.
Just to be sure:
Of course i'm not talking about a Fire TV setup but about using the remote as a bluetooth remote paired with a LibreELEC device.
Thanks!
Thanks for the info. Makes sense. "End users" which use the officially downloadable 7.90.005 should have a matching zip in the repo.
As far as i can see there actually is nothing to be sorted out (?) As soon as the same pvr.hts 48b2e26 (which should be the state of the the repo zip) is freshly build against latest kodi git master instead of an too old state, the problem disappears the same way the inputstream.mpd crashing issues disappeared some weeks ago when there were changes regarding inputstream in the kodi core which caused the need for the inputstream.mpd addon to be rebuild (also without changing the addon version number itself).
So let's just hope most of the people self building LE git master just include pvr.hts right into their builds (as you do, too) and besides that let's wait for 7.90.006 to update the repo zip. :- )
This info seems to be relevant for your latest LE8 git changes.
recently you changed
http://LibreELEC.tv/packages/mediacenter/kodi/package.mk to KODI git 6e9d6fb (which is only 2 days old - so quite up to date)
"pvr.hts 3.4.7 zip" in the LE-8.0 repo has been built end of August (2016-08-31), so quite some time before the recent pvr changes (which were ~10 days ago)
The file from the repo works in basic terms, but seems to cause these annoying crashes in some situations - most likely because it has not been built against the newer KODI git.
Of course - the problem is not present in your build, because pvr.hts is freshly built and included...
Makes sense? My testing suggests so - but a confirmation would be great. Still learning : - )
If confirmed, i'd be be great if you could ping someone who typically updates/rebuilds the pvr.hts repo zip. Thank you!
More testing: After ruling out some stuff 1 by 1, i suspect that the pvr.hts 3.4.7 zip from the LE repo may be causing the issue. I now included pvr.hts 3.4.7 in my own build like Milhouse does and will see if the crashes are gone. I could not reproduce the crashes on Milhouse' build (only tested 2,5 hours, but well).
Will report! Thanks.
Hey there,
for at least some days now i notice crashes with my clean LE8 git master builds (+xbmc git master).
I created a trac ticket - maybe anyone has a hint to find out if it's really a KODI or a LE, pvr.hts or even a TVH issue.
#16909 (Crashes (probably) while doing background EPG updates (tvheadend pvr.hts)) – Kodi - TRAC
Since mit git skills regarding reverting larger PRs are limited, i couldn't revert [Estuary][PVR] PVR home screen widgets: Misc fixes and improvements by ksooo · Pull Request #10438 · xbmc/xbmc · GitHub to see if it's really an issue with this PR.
Any hint/help/information welcome.
Thanks very much.
Many thanks! I can work with that. Any downsides using the default values for now - until they have been added to the linux config? (i assume they will be added?)
Hey there,
since LE git master is updated to linux 4.7.4 (no problems up to 4.7.3), compiling a Generic build leads to this:
(Of course, i did make clean/distclean before, so no leftovers)
What to do? If i confirm, there a much more lines asking to choose "[N/m/y/?] (NEW)"
Thanks! : - )
patching file sound/hdmi_audio/intel_mid_hdmi_audio.h
patching file sound/hdmi_audio/intel_mid_hdmi_audio_if.c
patching file sound/Kconfig
patching file sound/hdmi_audio/intel_mid_hdmi_audio.c
patching file sound/hdmi_audio/intel_mid_hdmi_audio.c
patching file sound/hdmi_audio/intel_mid_hdmi_audio.c
patching file sound/hdmi_audio/intel_mid_hdmi_audio.c
make[1]: Entering directory '/home/vusr/Documents/LE8/http://LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.0-devel/linux-4.7.4'
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/zconf.lex.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf --oldconfig Kconfig
*
* Restart config...
*
*
* Texas Instruments shared transport line discipline
*
Shared transport core driver (TI_ST) [N/m/y/?] (NEW)
Just to confirm again: Still no problems with daily kernel 4.7 LibreELEC nightly after some time of daily use. Both Intel Haswell test systems work without problems in terms of IR remote usage.
Is switched to self compiled LibreELEC git version + xbmx git master.
If you can't build yourself, Milhouse' builds are the way to go:
Yesterday i switched my "old" custom build from
- kernel 4.4.13
- lirc reverted @ 0.9.0
to latest nightliy with:
- kernel 4.7 + autorepeat-kernel-commit-revert-patch
- lirc 0.9.4
Result:
- No problems so far
- Auto-repeat works on both Intel Haswell NUC and Desktop
- Reaction/processing times of IR button presses feel slightly different then before - it may be only a few ms. If i had to say something i'd guess it's some barely noticeable ms faster in reacting to IR presses. But maybe thats a placebo effect.
Just ordered some extra usb 3.0 sticks to be more flexible testing multiple clean installs without affecting my live-systems. (which work too good atm) Happy to provide logs then, if still needed.
If i read correctly in you 17x build thread, Milhouse, you tried out some (linux kernel) fixes/patches with 4.6 and 4.7 kernel, which had some success, but are reverted for now? Am i right that means narrowing down the issue makes slight progress? For now i'm still using kernel 4.4.13 with KODI 17 which works identical to kernel 4.4.7 as you would expect.
milhouse
Thanks for the information. So i'll keep the patches.
I don't know if it's a useful information, but your build 0617x with the lirc bump did not affect the kernel 4.6.2 broken remote repeats. Just tested without knowing, if it's really technically related... So. As said, just fyi - if even valid 
Yes, i know that it is like that usually - but these VideoPlayer-patches are half a year old now and there seems no PR-talk about them on github whatsoever. So i'm kind of curious. They look kind of forgotten or abandoned.
Any news on this? Would still be interesting to know if there are indications that kernel 4.7 may be fixing the problem. Thanks
Side question:
While getting a little more into compiling stuff, i mainly wonder why the few FernetMenta VideoPlayer patches (which are included in your "Millhouse build")
Comparing xbmc:9248a82331e5311...FernetMenta:585587fc07bba2a · xbmc/xbmc · GitHub
are still not included in KODI git master. Is there a reason for that? I mean: Regular way seems to be: test, PR, merge with git master?
Just fyi: kernel 4.6.2 update did not fix remote repeats - i'll stick to 4.4.7 for now
Tried a little something:
Upgraded " kodi-platform" and "peripheral.joystick" to git-master. These both failed at compile (i guess because of the filename changes? Would that make sense? (would be nice to know for learning purposes))
Cleaned build dirs again - now - with this two package updates - build completes without errors!
Thanks. Almost there!
cmake patch for filename change to kodiConfig.cmake makes sense - if it's not applied there's obviously an error that the old filename could not be found.
That being said, while applying the patch, the build then gives this (strange) error:
Copying support and legal files...
Done!ibKODI_audioengine-x86_64-linux.so
Copying system files to /home/vusr/Documents/LE8/LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.0-devel/kodi-17.0-alpha2-4e90409/.install_pkg/usr/share/kodi
You can run kodi with the command 'kodi'
Copying bindings to /home/vusr/Documents/LE8/LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.0-devel/kodi-17.0-alpha2-4e90409/.install_pkg/usr/include/kodi
make[1]: Leaving directory '/home/vusr/Documents/LE8/LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.0-devel/kodi-17.0-alpha2-4e90409'
BUILD kodi-platform (target)
CMake Error at CMakeLists.txt:8 (find_package):
By not providing "Findkodi.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "kodi", but
CMake did not find one.
Could not find a package configuration file provided by "kodi" with any of
the following names:
kodiConfig.cmake
kodi-config.cmake
Add the installation prefix of "kodi" to CMAKE_PREFIX_PATH or set
"kodi_DIR" to a directory containing one of the above files. If "kodi"
provides a separate development package or SDK, be sure it has been
installed.
-- Configuring incomplete, errors occurred!
See also "/home/vusr/Documents/LE8/LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.0-devel/kodi-platform-fed924e/.x86_64-libreelec-linux-gnu/CMakeFiles/CMakeOutput.log".
make: *** [release] Error 1(Don't wonder about the KODI version, i just replaced the files inside the sources/kodi/ compressed file like i did back in OE-days...)