Posts by HiassofT

  • FLIRC and audio profile key map

    No, although the device has "LIRC" in it's name it has nothing to do with lirc or the other infrared remotes - it presents itself to the system as a keyboard.

    Enable debug logging in kodi, push the button and then post the kodi debug log - this will show which key kodi received and give more hints.

    so long,

    Hias

  • Repeated keypress from remote

    I don't have a Harmony remote but AFAIK the selected remote profile is what defines the scancodes to be sent - so dig into that.

    My guess is the remote profile sends two different scancodes on left/right to support two (slightly) different DVD players - which might work with the original players but is highly non-standard with anything else.

    Check if there are other similar remote profiles if you want to stick to the Pioneer DVD profile or just configure the Harmony to use the Microsoft Media Center remote (not the MCE keyboard!), this will work out-of-the box in LE.

    If you plan to use both your original pioneer remote and the Harmony to control LibreELEC you can still do this when the Harmony is configured as MCE: Enable both nec and rc-6 protocols in the keymap and add the key/scancode definitions from rc6_mce to your keymap (we do a similar thing in the default libreelec_multi keymap to support Xbox remotes in addition to MCE).

    so long,

    Hias

  • Repeated keypress from remote

    The output of "play" looks fine (as expected when the Harmony repeats the command 3 times): It sends the scancode 0xab22 three times, which then results in a single key_down event.

    The "left" test is odd though, the Harmony transmits two different scancodes, first 0xab2c and then 0xaf63, and repeats that three times. This doesn't end well, when a different scancode is received it's interpreted as a release ("up") of the previous scancode.

    That's something you need to fix in the Harmony configuration - make sure a button sends a single scancode.

    so long,

    Hias

  • Kodi 18.0 Update for Slice.

    Copying dt-blob.bin from LE9.2 to the FAT partition might be enough to get an RPi2 image booting. Recently a user used that to successfully boot RpiOS (ex Raspbian) on a Slice with CM3

    Trying (and failing) to resurrect my Five Ninjas Slice with CM3 - Kernel Panic - Raspberry Pi Forums

    As I don't have a Slice I haven't tested that myself so can't be 100% sure if that'll also work with current or future LE 10 images, but I'm quite confident and you should have a starting point.

    so long,

    Hias

  • Repeated keypress from remote

    Can you post the output of "ir-keytable -t" when you do a short button press on the remote?

    Usually remotes send the scancodes every (approx) 100ms while the button is pressed, this is interpreted as a "held down" button by the input subsystem - you'll see an initial "key down" event and then get further key down events after the specified repeat delay.

    If the scancodes are too far apart linux will detect them as separate button presses (i.e. key down followed by key up some 150ms afterwards).

    If the scancodes are only a bit too far apart then tweaking the receive timeout (ir-ctl -t VALUE_IN_MICROSECONDS, eg ir-ctl -t 125000) can help to detect these as a held down button - ideally the Harmony remote should behave like standard remotes though and follow the protocol specs though.

    so long,

    Hias

  • libreelec 10 rpi4 status

    Seeking with H264 HW decoding is currently being worked on, yesterday we had a first working test version (but it's not finished/final).

    I can't give an ETA when we'll do a first alpha release - RPi4 builds are already looking quite good but there are also other things that need to be fixed/ironed out before we start wider testing.

    so long,

    Hias

  • MCE keyboard IR remote

    More likely X11 doesn't cope with most button/keycodes, so you'd have to remap quite a lot of buttons/keys via hwdb or ir-keytable. Maybe some tweaking of x11 keymaps might also work (haven't tried that yet).

    I don't have LE on x86 here but I just checked on my Debian x86 PC and the numeric buttons on the MCE remote don't work OOTB either (they send KEY_NUMERIC_0... instead of the typical KEY_0).

    so long,

    Hias

  • MCE keyboard IR remote

    This is tricky. The only way to get proper MCE keyboard handling or longpress support for remotes is to disable eventlircd processing (for MCE keyboard you also have to enable the mce_kbd protocol via ir-keytable/rc_keymaps).

    You can do that by creating an empty udev rule file (remove it to restore normal behaviour)

    Code
    : > /storage/.config/udev.rules.d/98-eventlircd.rules

    The drawback is that then several buttons, most importantly the OK button, no longer work - kodi doesn't support OK etc keys on a keyboard. You can fix that by doing key remapping via a hwdb.d file, search the forum for examples if you're feeling brave.

    so long,

    Hias

  • A good config.txt for pi4?

    Tearing is an issue with the fkms video driver in LE 9.2 - that's fixed in LE 10 which uses the kms driver.

    Keep config.txt as is, if you have issues with HEVC files you may consider increasing gpu_mem to 384 - ebut that's only for LE 9.2, in LE 10 things will be very different.

    Do overclocking at your own risk and always keep in mind that things under the hood may change and your overclock settings may result in an unstable system after each update. So if something's odd first thing to check is if it works stable without overclocking.

    so long,

    Hias

  • RPi4 testbuild with HD audio passtrhough (Atmos etc)

    Thanks a lot for testing and the feedback!

    LibreELEC 9.2 uses the old display driver so it doesn't support HBR audio passthrough.

    As the new display driver requires audio data in IEC958 format (converted from S16/24/32 etc by alsa-lib) you can't check for the actual audio format used by programs via /proc, you have to enable verbose or debug output in the programs to see what they use.

    Not 100% sure about the sox player, but IIRC kodi uses 32bit float for internal PCM audio processing and will in general use 24bit for output (enable debug logging in kodi to see the details). This gives you enough headroom to apply volume attenuation to 16bit audio data, without loosing bits, and ensures 24bit audio will be transmitted fine, too. So in general there's nothing to worry about PCM and compressed audio in kodi.

    so long,

    Hias

  • Harmony Hub issue with MCE Remote: some buttons don't work

    Again, no, this won't help you with MCE Keyboard - LE 9.2 doesn't ship with any configuration files for that.

    LE with newer ir-keytable comes with mce_keyboard.toml, which is basically the same as rc6_mce with both rc-6 and mce_kbd protocols enabled.

    Still, you don't want to use that, mcd_kbd doesn't use key configuration from that file - the driver sends fixed KEY_A etc (like normal keyboards) which aren't really supported in LE's/Kodi's IR remote stack (you'd need to extend Lircmap.xml to translate KEY_A or whatever to some button name).

    Simply stay away from MCE Keyboard, that causes lots of unnecessary troubles.

    so long,

    Hias