Posts by HiassofT

Unfortunately the strace isn't telling us much more than we already knew - sound device doesn't seem to be accepting data (maybe didn't manage to start running).

I did another test here with LE8.1.2 and still haven't been able to reproduce your issue.

I used a RPi2 with the PCM5102 based pimoroni pHat, connected ethernet and HDMI cables and a USB keyboard. Then I did this

- fresh installation of LE 8.1.2 image on SD card

- after bootup only enabled SSH

- SSHed in, added "dtoverlay=hifiberry-dac" to end of config.txt, then rebooted

- copied a 10 seconds wav file (44.1kHz, stereo, 16 bit) via scp to the sdcard

- SSHed in, ran "aplay -Dhw:0 cd-10sec.wav" about 15 times without any issues

Try if you can replicate using the exact same setup and steps. If you get issues my best bet is some hardware/cabling issue with your soundcard or an issue with your power supply (the number one cause of mysterious problems on RPi).

so long,

Hias

You can't turn on your RPi via the IR remote.

There are addon boards which allow you to do this - you need a small microcontroller that's running when the RPi is off that "listens" for a power-on IR button press and then turns on power to the RPi.

But considering that the costs of these boards is about the same as the electricity costs of having your RPi continously on for 3-5 years it's debatable if they are actually useful.

so long,

Hias

Please post the contents of config.txt and the output of

dmesg | paste
journalctl -a | paste

You can do that by masking the kodi systemd service, plus maybe some others you don't need/want (eventlircd etc)

systemctl mask kodi

Only drawback is that then you have to care about addon updates / installation yourself.

Search the forum, we've discussed that before.

so long,

Hias

I'm regularly building on Debian Stretch and so far didn't have any problems with RPi or Generic builds.

Just kicked off clean RPi2 and Generic master builds over night and they worked fine - didn't check for warnings though.

bcus the snippet you posted just shows some warnings but not an actual error - hard to tell what failed with your build.

so long,

Hias

Could you test with the latest beta (8.1.2) and follow the steps in the troubleshooting section of this wiki page:

infrared_remotes [LibreELEC]

so long,

Hias

Thanks for reporting back!

We'll include the fix in LE 8.2 [8.2] linux (rpi): sync spinelplus patch with default by HiassofT · Pull Request #2052 · LibreELEC/LibreELEC.tv · GitHub

so long,

Hias

Could you test if this build works:

LibreELEC-RPi2.arm-8.2-devel-20171002114845-r26129-gc1dcaf7699.tar

so long,

Hias

Lirc now uses a different startup method (the same as used by upstream lirc, instead of the rather custom way OpenELEC and LibreELEC used before).

It's puzzling why your autostart.sh script even worked with LE 8.0.2 (IMO it should already have failed there), but I certainly won't work with LE 8.1.

so long,

Hias

Thanks for the link to the kodi / openelec wiki page, now I know where the autostart.sh instructions were coming from. I think I'll have to add a section to the LE wiki page to not do that.

About your issue: The main problem is that your lircd.conf file contains now invalid key codes (Media, PlayPause, com2d etc). Only standard linux keycodes will work (those starting with KEY_). In early lirc days you could use any key/button code you'd like but this quickly led to a mess (everyone used slightly different spellings or names for the same buttons). Now this is restricted to the well defined standard codes.

You can get a list of all supported keycodes with the following command:

irrecord -l

Then change your lircd.conf file to use these codes (eg KEY_PLAYPAUSE instead of PlayPause).

so long,

Hias

What kind of IR receiver and remote are you using?

If you use a simple IR receiver connected to a GPIO use the "gpio-ir" overlay instead of lirc-rpi in config.txt - see the wiki page for details.

Also, if you don't use an original Microsoft MCE remote post details about it and your current lircd.conf file.

so long,

Hias

Details about remote configuration are in the wiki: infrared_remotes [LibreELEC]

MCE remotes should work out of the box without any configuration, make sure lirc is disabled in LE settings.

Also make sure you use the latest LE 8.1.x version, there were reports that eventlircd on LE 8.0.x didn't pick up all remote events and thus some keys (eg OK) didn't work.

so long,

Hias

Quote from tojnk

To load the custom lircd.conf I use an autostart.sh file:

Code

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

Don't do that.

Remove autostart.sh and make sure Lirc is enabled in LibreELEC settings. You may also have to disable ir-keytable auto-configuration (via ": > /storage/.config/rc_maps.cfg").

Another alternative is to keep lirc disabled and create a custom rc_keymap (yes, you can enable multiple protocols and have multiple remote codes in it). See the wiki for details:

infrared_remotes [LibreELEC]

so long,

Hias

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