Posts by HiassofT

  • Wolfson/Cirrus Logic audio card is now supported in official LibreELEC builds

    How did you configure speaker out?

    Since version 7.0.3 of my community builds custom configuration is now handled via .config/rpi-cirrus-config.sh. Use the rpi-cirrus-config.sh.sample file from that directory as a template, you only need to un-comment the "playback_to_speakers" line and reboot.

    Instead of the old, separate shell-scripts to configure the card helper functions from the /usr/lib/alsa/rpi-cirrus-functions.sh script are now used - this turned out to be more flexible and easier to maintain than the separate scripts.

    Also make sure you selected "RPi-Cirrus Analog" as audio output device, "RPi-Cirrus S/PDIF" will only output to S/PDIF and mute all other outputs. "Analog" will output to whatever you have configured in the rpi-cirrus-config.sh script (default is line+headset+spdif out).

    so long,

    Hias

  • [SOLVED] IR, no output from IRW and not work

    Could you try with the gpio-ir overlay instead of the lirc-rpi overlay?

    Just change your config.txt to contain this:

    Code
    dtoverlay=gpio-ir,gpio_pin=25

    Also disable Lirc in LibreELEC Settings -> Services.

    Then follow this guide to configure the remote using ir-keytable: WD TV Live remote

    Using irrecord to manually create a lircd.conf file has always been problematic. In your case it created an invalid file - you'd have to remove the 0x00000000 from the keycodes.

    Using a remote with a IR standard protocol like rc-5, rc-6 or nec and the in-kernel decoding (which is available if you use gpio-ir) avoids most of these pitfalls.

    so long,

    Hias

  • IR remote controller for PC. Still possible?

    Could you test if you also see this behaviour with irw (while kodi and eventlircd are running) and with ir-keytable -t (kodi and eventlircd need to be stopped, watch for the KEY_xxx events)?

    BTW: You can ignore the lirc_options.conf warning, it is harmless and already fixed in the upcoming 8.2 version.

    Instead of running ir-keytable -c -w ... from autostart.sh I'd recommend creating a .config/rc_maps.cfg file with the content * * my_remote - otherwise the udev rule which sets up the keytable (via /etc/rc_maps.cfg, loading the libreelec-combined keymap) could race with your manual ir-keytable setup.

    so long,

    Hias

  • [8.0.2] ALSA/MPD issue (MPD freezing when playing via ALSA)

    No idea what's happening there, that kernel patch should be harmless. Could you post the output of dmesg when this happens?

    Have you configured Kodi to use ALSA as well? If yes, disable that (eg select HDMI output in kodi).

    Also try with asound.conf removed to disable the softvol plugin.

    Another interesting test would be to disable MPD and use only kodi with ALSA output.


    so long,

    Hias

  • IR remote controller for PC. Still possible?

    You have to use setserial /dev/ttyS0 uart unknown - otherwise serial_ir probably won't work (I'm puzzled why loading it seemed to work, I'd expected to see an error).

    Also make sure you have disabled lirc in LE settings.

    Then, stop kodi and eventlircd

    Code
    systemctl stop kodi
systemctl stop eventlircd

    Now you should be able to test if the IR receiver works:

    Code
    ir-keytable -p all -t
mode2

    The former will print scancodes and decoded keys, the latter will test raw receiption (you should see pulse and space messages printed on the console) - use that if you can't get any output from ir-keytable.

    so long,

    Hias

  • IR remote controller for PC. Still possible?

    I guess you have been using the lirc_serial module before, probably loaded via an autostart.sh script - is that correct?

    lirc_serial has been replaced by serial_ir (the latter can be configured via ir-keytable, so you don't have to run userspace lircd - but you still can if you want).

    The module parameters are the same as for lirc_serial, so just changing the modprobe line to use serial_ir should be enough to get you going.

    If that doesn't work, please post the commands you use to load the driver and the output of ir-keytable.

    so long,

    Hias

  • IR remote controller for PC. Still possible?

    How is this IR receiver connected to your PC,?

    Lirc is fully supported and in current testbuilds and in the upcoming 8.2 version it can be configured and used for all devices like on standard Linux installation. In the current 8.0.2 version it's a bit limited as it uses the same configuration methods as older OpenELEC versions.

    But, unless you have a really awkward remote I'd recommend configuring the remote via ir-keytable. This already works like on standard Linux installations, only the configuration files (rc_maps.cfg, rc_keymaps) are in the /storage/.config directory instead of /etc.

    Read more about ir-keytable configuration in this thread: WD TV Live remote

    so long,

    Hias

  • atvclient working but kodi does nothing

    Thanks a lot for the feedback!

    You didn't have debug logging enabled when grabbing the log files so I couldn't see which button presses were received by kodi. But I assume in the case with atvclient disabled you got volume-up/down forward, back, play/pause - is this correct?

    Could you also test, with atvclient enabled, if the harmony profile(s) you used before on LE 7.x are working fine with this build?

    so long,

    Hias

  • atvclient working but kodi does nothing

    I'm not exactly sure what's going wrong with atvclient (no hardware to test, LE is shipping latest atvclient version with krypton patches), but I noticed that kernel support for the apple ir receiver was disabled in LE.

    Here's a test build with CONFIG_APPLEIR enabled:

    LibreELEC-Generic.x86_64-8.0-devel-20170616093132-r25705-g16fea8734.tar

    Could you please test this build and report back if this works better/worse with atvclient running?

    With added kernel support kodi should now receive IR events without atvclient running. To test this disable atvclient:

    systemctl mask atvclient

    and then reboot. (you can later re-enable atvclient with systemctl unmask atvclient and another reboot).

    In both cases please post kodi debug logs where you press some buttons.

    Also please post the output of the following commands:

    lsmod

    lsusb -v

    dmesg | paste

    lsof | grep /dev/input

    BTW: the kernel driver only supports the remote codes of the original Apple remotes, so please test with these (maybe the Harmony configured as a Apple remote works, too). Other remote codes should be supported by running lircd, but let's leave this for later.

    so long,

    Hias

  • Upgrade to 8.0.1 - Remote Key Not Working

    Quote from MrKiasu

    I had previous dropped a keymap file in ~/.config/rc_keymaps/ but now it seems I'm supposed to edit ~/.config/rc_maps.cfg to specify that I want to use the map. I made this change and now the remote is working correctly.

    This seems a major change that should have been highlighted. Even the README in ~/.cinfig/rc_keymaps/ still describes the old system.

    Overriding existing keymaps via files in .config/rc_keymaps still works as before, but what's changed is that LE now loads the libreelec_multi keymap for remote receivers that use the rc-rc6-mce table - instead of the rc6_mce keymap before. See /etc/rc_maps.cfg:

    Code
    # use combined multi-table on MCE receivers
#*      rc-rc6-mce               rc6_mce
*       rc-rc6-mce               libreelec_multi

    so long,

    Hias

  • USB-UIRT configuration

    Quote from johnsmallberries


    That works! Thanks for all your help. Back up in post #3 I mentioned that I had removed the KEY_ prefix from the codes downloaded from lirc-remotes download | SourceForge.net.


    Ah, sorry, I had missed that before...

    But I'm glad you got it working, and thanks a lot for the feedback!

    As for key naming: using non-standard key names is deprecated for quite some time now. Lircd still accepts arbitrary key names, but eg irrecord will refuse key names that aren't standard when creating a new lircd.conf.

    The standard naming scheme makes it a lot easier for programs to support remotes, especially via lirc sockets. Before people could eg configure the volume keys to generate VOLUME_UP, VOLUMEUP, VOLUP etc which led to quite a mess :)

    so long,

    Hias

  • USB-UIRT configuration


    This is quite certainly the culprit. You should use KEY_UP, KEY_DOWN etc in lircd.conf, not only "UP", "DOWN", ...

    Can you change your lircd.conf so that the keynames match the officially supported ones?
    See linux/input-event-codes.h at master · torvalds/linux · GitHub

    BTW: You can also get a list of supported keynames by running "irrecord -l"

    so long,

    Hias

  • USB-UIRT configuration

    In LE9 / Milhouse builds I'd recommend sticking to the stock configuration: only enable lirc in settings, and setup lircd.conf and lirc_options.conf (with driver and device) in .config, leave everything else as it is.

    In general there's no need to change the lircd socket used by kodi. LE setup (with eventlircd running in background) will take care of bridging the remote events into kodi.

    If something's not working as expected with that setup please report here, we'll then have a look at it and try to fix it.

    so long,

    Hias