Could you test the latest Milhouse build #1216 from here? libreelec-generic.x86_64-9.0-milhouse-20181217113701-#1216-g850dc0f.tar
The intel_sst_acpi audio driver is now built as a module so firmware loading should hopefully work.
Either way: please post dmesg and lsmod output shortly after bootup
so long,
Hias
Thanks a lot for testing and the logs, everything's fine (except that the CrazyCat driver registers IR devices for both of the 2 receivers).
The lirc device is fine, you usually get it with IR receivers (the Lirc option in LE 8.2 settings controlled the lircd userspace daemon, this is something different).
crazycat I think this could be fixed by registering an rc-core device only for one of the 153b:1181 / 153b:1182 USB devices. Looks like the IR receiver is connected to both of the devices on the dual tuner card so enabling IR on both of them results in doubled IR events. Can you have a look at that?
Sorry, false alarm, the firmware is already included in the image, so it's something else.
It looks like the audio driver is built into the kernel and at driver probe time the firmwares from the system image aren't available yet. I'll have a look at it and report back - probably building the audio driver as a module should work fine.
so long,
Hias
Thanks for the log!
It looks like we're missing a firmware file:
[ 2.824531] intel_sst_acpi 80860F28:00: Direct firmware load for intel/fw_sst_0f28.bin failed with error -2
Could you update to LibreELEC 8.90.009 and then run the following 2 commands
mkdir -p /storage/.config/firmware/intel
wget -O /storage/.config/firmware/intel/fw_sst_0f28.bin https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/intel/fw_sst_0f28.binAfter that reboot so the kernel can pick up the firmware.
Please post dmesg again and drop us a line if it worked or not.
so long,
Hias
I completely forgot that LibreELEC 8 still used the old, proprietary amremote / remote.conf mechanism on Amlogic devices. In LE 9 this was switched to ir-keytable so the same mechanism like on all other Linux devices can be used. This is probably the reason why you got keyboard events on LE8 and the keycodes are a bit different.
As for the non-working buttons: quite probably the keytable contains problematic KEY_ values that Kodi can't handle.
To find out which ones they are stop kodi and eventlircd and run "ir-keytable -t", then look at the KEY_xxx values of the non-working buttons.
Then copy the wetek_play_2 keytable from /usr/lib/udev/rc_keymaps to .config/rc_keymaps and change the problematic KEY_xxx entries to something kodi can handle - KEY_F1..KEY_F15 should work for example (any other keys that you'd typically find on a normal keyboard should work fine, too).
Then activate and test the keytable as described on the wiki page.
I had a quick look at the wetek_play_2 keytable and found a few odd entries like KEY_COMPOSE or KEY_CAPSLOCK. These could be problematic.
so long,
Hias
Can you please post the full dmesg output?
dmesg | pasteso long,
Hias
Thanks a lot for the logs!
As suspected the card isn't supported by the official linux kernel drivers but uses the out-of-tree CrazyCat drivers.This is good to know since we now know whom to bother with this issue.
I haven't used Live/Run mode myself yet but I thought it would store user/configuration data on the USB stick. So selecting a different DVB driver set might work. Could you give that a try?
so long,
Hias
Mit ein wenig Overclocking und entsprechender Kühlung (ein etwas grösserer Kühlkörper langt) läuft DVB-T2 HD (1080p50 HEVC) am RPi3B und RPi3B+ flüssig.
Für DVB-T/T2 am RPi ist der offizielle Raspberry Pi TV Hat sehr gut geeignet - der funktioniert einwandfrei.
Mit einem GPIO Extender, um den TV Hat etwas höher zu setzen, ist auch genug Platz für einen Kühlkörper - ich verwende hier die BGA-STD-065 von ABL (ca 28x28mm Grundfläche und ca 11mm hoch).
so long,
Hias
Kodi recevies the remote button presses as LIRC events, not keyboard events, and Kodi doesn't support longpress with those.
I'm not exactly sure how it was handled in LE 8.2 but if you got keyboard events from the remote it was most likely a bug. The LIRC translation by eventlircd is needed because Kodi doesn't support a lot of the buttons on remotes in keyboard mode - see the wiki for details Infrared Remotes [LibreELEC.wiki]
You can disable the LIRC translation via a custom 98-eventlircd.rules udev rule file but keep in mind that this is not officially supported and you might have to change the remote keymap as well so it contains only keycodes that kodi can handle. If you are prepared to go this route you can completely disable LIRC translation by eventlircd by creating an empty udev rule file:
: > /storage/.config/udev.rules.d/98-eventlircd.rulesso long,
Hias
udevil seems to have it's config file hardcoded to /etc/udevil/udevil.conf, which is located in readonly system and from a quick glance there doesn't seem to be an option to override/change that.
But I've already opened a PR to drop mount_point_mode udevil: don't change permissions of mounted filesystems by HiassofT · Pull Request #3165 · LibreELEC/LibreELEC.tv · GitHub
Mounting some filesystem should never result in any modifications of it and doing a chmod() is a really devilish action of udevil.
so long,
Hias
This is caused by udevil, more specifically because we set mount_point_mode = 0755 in /etc/udevil/udevil.conf LibreELEC.tv/udevil.conf at master · LibreELEC/LibreELEC.tv · GitHub
I'm, not exactly sure why this is done but it looks like an oversight to me - it's been this way since the very beginning when udevil was added.
so long,
Hias
Your system is fine. The important thing is the revision number, this allows you to distinguish between 2B, 3B, 3B+ etc.
Revision a020d3 means it's an RPi 3B+ - see here readme.md
so long,
Hias
The log shows that you are playing a movie with a DTS audio track and have DTS passtrhough enabled. So Kodi is transmitting the DTS stream as it is and the volume setting in kodi doesn't have any effect - this is what passthrough is meant to do so everything seems to be working as expected.
If you want multichannel audio output with volume control you have to use HDMI audio output and disable passthrough. Then kodi will decode the AC3/DTS streams, apply the volume setting and transmit multichannel PCM audio over HDMI.
so long,
Hias
I think you should be able to test by booting LE 8.90.009 from an USB stick and using live / run mode instead of the installer.
so long,
Hias
The fix mentioned above is included in today's Milhouse build: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
Could you test that on your RPi3 and report back if it works?
so long,
Hias
Thanks for the report, we could reproduce the issue and found a solution for it (see libinput: add support for absolute pointer motion by lrusak · Pull Request #15032 · xbmc/xbmc · GitHub ) which should be included in the next LibreELEC release.
so long,
Hias
Could you test with the latest LE alpha release (currently 8.90.009)?
By default it uses the official DVB drivers from the Linux kernel. With the driver addon chooser you can switch to 2 alternative sets of DVB drivers: latest drivers from linux kernel is a backport of (currently only a bit) newer official kernel drivers and TBS / CrazyCat add some out-of-tree drivers and patches that are not included in the official Linux kernel. LE 8.2 always used the CrazyCat drivers.
It would be interesting to know which set of drivers is required for your card and if the IR problem shows up with all of them or only on some specific ones.
Please also grab dmesg output when testing with the various DVB drivers and post them here (just run "dmesg | paste" and post the URL).
so long,
Hias