Posts by HiassofT

    I'm using a simple IR receiver hooked up to the GPIO of my RPi and it's working just fine - both with the lirc_rpi driver plus userspace lircd and with the in-kernel gpio-ir-reciever driver from the rc framework (which doesn't need userspace lircd). But I couldn't get the longpress keyboard/remote modifier in kodi keymaps working.

    For testing I used a very simple remote.xml - long-pressing left should do a right and vice versa:

    In a standard setup (eventlircd running, picking up the input events from user/kernel-space lirc and relaying them to kodi via the lirc socket) the kodi log looks quite funny. First a short press then a long press:

    Code
    13:06:45 447.539246 T:1962627072   DEBUG: LIRC: Update - NEW at 69863:69 0 KEY_LEFT devinput (KEY_LEFT)
    13:06:45 447.539459 T:1962627072   DEBUG: OnKey: 169 (0xa9) pressed, action is Right
    13:06:45 447.799103 T:1962627072   DEBUG: LIRC: Update - NEW at 70122:69 0 KEY_LEFT_UP devinput (KEY_LEFT_UP)
    
    
    13:06:50 452.380463 T:1962627072   DEBUG: LIRC: Update - NEW at 74704:69 0 KEY_LEFT devinput (KEY_LEFT)
    13:06:50 452.380676 T:1962627072   DEBUG: OnKey: 169 (0xa9) pressed, action is Right
    13:06:52 454.378815 T:1962627072   DEBUG: Previous line repeats 28 times.
    13:06:52 454.378906 T:1962627072   DEBUG: LIRC: Update - NEW at 76702:69 0 KEY_LEFT_UP devinput (KEY_LEFT_UP)


    Note that in both cases the KEY_LEFT was translated to "Right". It looks like the longpress modifier in the remote section was ignored.

    With eventlircd stopped and kodi picking up the input events from lircd/kernel (handled as keyboard input) it looks as expected:

    Code
    13:16:31 1033.300049 T:1962508288   DEBUG: Keyboard: scancode: 0x69, sym: 0x0114, unicode: 0x0000, modifier: 0x0
    13:16:31 1033.579834 T:1962508288   DEBUG: OnKey: left (0xf082) pressed, action is Left
    
    
    13:16:35 1037.757080 T:1962508288   DEBUG: Keyboard: scancode: 0x69, sym: 0x0114, unicode: 0x0000, modifier: 0x0
    13:16:36 1038.136719 T:1962508288   DEBUG: Previous line repeats 2 times.
    13:16:36 1038.136841 T:1962508288   DEBUG: OnKey: long-left (0x100f082) pressed, action is Right
    13:16:36 1038.216309 T:1962508288   DEBUG: Keyboard: scancode: 0x69, sym: 0x0114, unicode: 0x0000, modifier: 0x0


    Short and long presses are detected and the correct action is performed.

    Now I'm wondering what I'm missing.

    Is longpress support with LIRC supposed to work at the kodi side? Eventlircd would generate _UP events but are they handled in kodi? Do I need some config setting or some special lircmap configuration for that?

    Or is longpress support only available on keyboard/input devices and eventlircd is the culprit?

    so long,

    Hias


    Thanks Hias the update did the job.

    It's reproducable. I did a fresh install on another SD card, there was no overlay foler.
    Updated it and there was the overlay folder including the overlays for Hifiberry.


    Thanks for the feedback!

    If it's reproducible could you please do a fresh installation and then list the contents of flash ("ls -lR /flash | paste")? Would be interesting to know what exactly is going on there. The directory listing might give a clue.

    so long,

    Hias


    001687.125: dtdebug: Failed to open overlay file 'overlays/hifiberry-dacplus.dtbo'


    This is really odd. Check if the file exists on your installation. Here (LE 7.0.1 on a RPi2) it's there:

    Code
    LibreELEC:~ # ls -l /flash/overlays/hifiberry-dacplus.dtbo
    -rwxr-xr-x 1 root root 1358 May 17 06:31 /flash/overlays/hifiberry-dacplus.dtbo

    Also please post full logs and better use a paste site for this and then just post the URL:

    Code
    LibreELEC:~ # vcdbg log msg 2>&1 | paste

    so long,

    Hias

    Hi John,

    first of all thanks for your feedback!


    The following might be better placed in a different sub-forum:
    One thing I'm confused about is whether I should be able to use the setup to play back audio from remote devices using BT (eg. iPod).

    If I understand you right you'll need the RPi to do 2 things:

    • Act as a bluetooth audio sink (receiver)
    • Mix the received bluetooth audio stream into the ALSA output


    I think the latter could be possible with some pulseaudio configuration, maybe the former as well.

    But as I have zero knowledge about both bluetooth and pulseaudio I think it'd be better to ask that question in the general forum. I'm sure there are some experts around who can answer if and how that can be done.

    so long,

    Hias

    These are unofficial / community builds for the Raspberry Pi with support for the Wolfson Audio Card and Cirrus Logic Audio Card from element14.

    Lastest builds and detailled installation/configuration instructions are available on my website.

    Here are direct links to builds based on the LE 7.0.1 release:
    7.0.1 build for original RPi
    7.0.1 build for RPi2/3

    The source code of these builds is available in my LibreELEC github repository.

    Quick first-time installation instructions:

    • First install an official LibreELEC RPi build
    • Download the Wolfson/Cirrus build and do a manual update (copy the tar file to the Update share or to /storage/.update/ on the command line and reboot)
    • After reboot add the following line to /flash/config.txt
      Code
      dtoverlay=rpi-cirrus-wm5102
    • Reboot again to activate the config change
    • Go to Kodi system settings and change the audio output device to ALSA (snd_rpi_wsp S/PDIF)


    Upgrading from OpenELEC 6.x:

    A manual update with the tar file should work just fine but can't be 100% guaranteed - better make a backup of your SD card in case something goes wrong.

    If the sound card no longer works check if you have the correct dtoverlay line in config.txt. In OpenELEC builds using "dtoverlay=rpi-cirrus-wm5102-overlay" (note the additional "-overlay" at the end) worked, too, but that's no longer the case with the current kernel versions. In that case remove the "-overlay" at the end, reboot and you should be fine again.

    so long,

    Hias