Posts by HiassofT

    The xbox receiver isn't detected by the system at all - the only usb devices listed in dmesg are RPi's ethernet adapter (smsc95xx) and your chicony keyboard.

    Check again without the keyboard, or adding an active powered USB hub in between.

    so long,

    Hias

    One more, I had my line-in configured to play on speakers through .sh script and udevrules in old build.

    How do I get this to work? Do I need to enable anything else as you advised above?

    Add this to the rpi cirrus config script:

    Code
    # default input gain +8dB
    setup_line_in 8
    
    # route line in to mixer 2 of speaker-out. 32 means 0dB gain
    set_mixer $speaker_out_signals $line_in_signals 32 2

    Adjust the gain settings as you like, but better keep the output gain at 0dB (raw value 32), otherwise you risk clipping.

    Some more examples on how to work with the mixer helper functions can be found in the mixer-scripts for raspbian: rpi-cirrus-config/mixer-scripts at master · HiassofT/rpi-cirrus-config · GitHub

    so long,

    Hias

    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

    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

    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

    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

    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

    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

    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

    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

    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

    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