Posts by HiassofT

You'll need to add this patch for 8.0 (it's only in 8.2 and master trees, cherry-pick should work fine):

dvb-apps: fix compilation with current perl versions · LibreELEC/LibreELEC.tv@6bb3d95 · GitHub

so long,

Hias

We don't know anything about this Orange Pi build, it was not created by us. Only the creator of this build can answer your questions.

so long,

Hias

Those PCM5102 DAC boards derive their frequency from the BCK pin which is driven by the RPi - in contrast to other boards with on-board crystals / PLLs that generate and drive the I2S BCK.

Make sure you've wired up the board correctly and the SCL is connected to ground. You can also test with the DAC board disconnected - you won't hear anything but you can test if mpd, aplay, ... lock up.

I did some tests with this PCM5102 DAC board pHAT DAC - Pimoroni on a RPi2 running LE 8.1.1 using MPD, aplay and speaker-test and everything worked as expected, neither of these locked up.

Please try to find a minimal setup (stock LE installation with only dtoverlay=hifiberry-dac in config.txt and all peripherals removed that aren't strictly needed) and post steps how to reproduce it.

BTW: Also check if you can trigger the issue with speaker-test (and various rate/format parameters, if needed), this would make it easier for me to reproduce it locally.

so long,

Hias

Thanks for the info and sorry about the /proc mistake - was typing that quickly off the top of my head

lsof output looks fine, but the spinelplus receiver / driver seems to be hardwired to just the remote it came with (which is quite common for USB HID IR receivers).

So that combination won't work. You either need a generic IR receiver (a lot of motherboards come with that, you only need to plug in the IR receiver module) or use the remote that came with your IR receiver.

so long,

Hias

This is odd. Eventlircd should pick up the device, just checked and the udev rule matching the usb id is present in 98-eventlircd.rules.

Could you post the output of "lsof | grep /dev/input" and "cat /proc/bus/devices/input"?

If event7 is opened by eventlircd then most probably the spinelplus IR receiver doesn't support your remote - it's not configurable like the other IR receivers via ir-keytable.

so long,

Hias

Update to LE 8.1.1, there were reports that on LE 8.0.x eventlircd sometimes didn't grab the IR input device.

Details about the remote handling in LE 8.1 and newer are in the wiki:

infrared_remotes [LibreELEC]

so long,

Hias

Thanks for the feedback!

We've added the patch to our development branches and LE 8.2.0 will include the fix.

so long,

Hias

Thanks for the update!

There's nothing obvious in the logs. You seem to be using a Hifiberry DAC, in which case the clocks are generated by the RPi. Therefore my best guess now is the RPi kernel PCM clock patch in combination with the way mpd uses alsa.

In order to track down the issue I'll need to be able to reproduce this locally, so I'll need some more information and detailed step how to reproduce this:

set log_level=verbose in mpd.conf, reboot the RPi, then try to trigger the issue.

After that post the mpd log, output of "journalctl -a | paste" and your config.txt and mpd.conf files.

It could be related to the file played (or the file played immediately before that), so having the "mediainfo" output of these files would also help.

so long,

Hias

FYI: the patch is also in the latest Milhouse testbuilds for RPi/RPi2:

LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)

so long,

Hias

Here's a build for RPi2 so you don't have to compile yourself:

LibreELEC-RPi2.arm-8.2-devel-20170914151154-r26071-gae9ce1ca8d.tar

so long,

Hias

Adding the alsa card conf with the correct card name (IQAudIODigi) is enough to make passthrough working in LE.

Could you test if this tree works: GitHub - HiassofT/LibreELEC.tv at le8-iqaudio-passthru

The last commit RPi,RPi2: add alsa card conf for IQAudIODigi to enable passthrough · HiassofT/LibreELEC.tv@ae9ce1c · GitHub should do it.

Please report back if this works, I don't have this card and can't test myself.

so long,

Hias

Yes, you can do this before updating.

so long,

Hias

Disable Lirc in LibreELEC settings.

BTW This is also mentioned in the 8.1.1 release notes LibreELEC (Krypton) v8.1.1 BETA – LibreELEC

so long,

Hias

LE 8.1.1 ships with kernel 4.9.43 and the commit is included there.

smp could you test if it works with LE 8.1.1 beta?

so long,

Hias

In LE 8.1/8.2 you can configure the lircd device and driver via /storage/.config/lirc_options.conf like in standard linux distributions - just copy over the default file from /etc/lirc/ and edit.

Better do it this way and remove all other custom systemd and/or autostart changes to make the config future-proof.

BTW: Initial wiki page on infrared remotes is here: infrared_remotes [LibreELEC]

so long,

Hias

Please don't double-post in different threads. See my answer here:

v8.1.0 beta - key presses on remote are repeated twice

so long,

Hias

Quote from castaway

can someone help me get my XBOX ONE remote working? using raspberry pi with IR on GPIO.

on 8.0.1 it was working perfectly

i attached all my config files whish was working on 8.0.1 but stopped working on 8.1.0.

BTW i switched on/off (everytime reboot) lirc in settings but no luck.

First remove this block from autostart.sh:

killall lircd
ir-keytable -p lirc
lircd --device=/dev/lirc0 /storage/.config/lircd.conf

Then enable lirc in LE settings, this wil automatically pick up your lircd.conf file.

You also have to change your Lircmap.xml, the remote device has to be set to "devinput" instead of "XBOX-ONE".

Instead of using the "lirc-rpi" dtoverlay plus your lircd.conf file you can also use the "gpio-ir" dtoverlay and disable Lirc in LE settings. This should support the Xbox one remote out of the box, some of the KEY names seem to be different to the ones from your lircd.conf file though (see /usr/lib/udev/rc_keymaps/xbox_one) so you'll need to adapt your Lircmap.xml

so long,

Hias

You are probably still using the lirc-rpi dtoverlay. You need to use "dtoverlay=gpio-ir" instead.

so long,

Hias