udev rules and separate scripts are the ancient method to configure the card, since LE7 the card is setup via .config/rpi-cirrus-config.sh - see also previous postings in this thread, eg Wolfson/Cirrus Logic audio card is now supported in official LibreELEC builds
Just copy the sample file in the config directory to rpi-cirrus-config.sh and add the following 2 lines
setup_line_in 8
set_mixer $line_out_signals $line_in_signals 32 2so long,
Hias
No soldering required on RPi3, you just plug in the audio card and screw in the board standoffs. Pretty much like Ikea 
If you want to have all of that in a case it's best to stick to the well known vendors (HifiBerry, Justboom), they also sell cases for RPis with their specific DAC/Digi/... boards. Standard RPi cases are too small (the boards add height) and larger cases for other HATs might have the cutouts for RCA/Toslink/... connectors in the wrong place.
Of course you can use Lego, wood, ... to build your own case - if you like.
so long,
Hias
ccache: error: execv of /home/openkd/http://LibreELEC.tv/build.LibreELEC-S905.arm-8.2-devel/toolchain/lib/gcc-linaro-aarch64-linux-gnu/bin/aarch64-linux-gnu-gcc.real failed: Exec format error
Amlogic (and Rockchip) use precompiled compilers to build the kernel. These are 64bit binaries, so if you try to run them on a 32bit system you'll get that error.
You could either change the gcc-linaro packages to download 32bit compilers or just switch to a 64bit build host - the latter would make building LibreELEC a lot easier.
so long,
Hias
make[1]: Leaving directory '/home/openkd/CoreELEC/build.CoreELEC-S905.arm-9.0-devel/openssl-1.0.2o/.i686-linux-gnu'
"i686-linux-gnu" means you are trying to build on a 32-bit system which is not supported - your build host has to be 64bit.
And you seem to try building CoreELEC, not LibreELEC. So please post your question(s) in the CoreELEC forum https://coreelec.org/forums/
so long,
Hias
You can use the Zoom setting to get rid of encoded black bars. See Video playback - Official Kodi Wiki
so long,
Hias
You can see what i have changed from the git checkout in my release posts. The 2 you want to look are #26 and #29. They are both running fine in short test without crashing kodi.
Thanks a lot for the info! Glad you got it working and that there doesn't seem to be an issue with gcc 8.1.
so long,
Hias
Yes. df52423 is the LE master tree from 2 days ago (just checked).
Do these builds contain the exact same set of patches, as the working gcc 7.3 build and do they crash kodi or not?
so long,
Hias
A fresh full build of df52423 with the changes from the quote is working right now.
Thanks for testing!
Have you tested the same set of patches on top of LE master tree as well?
If not, testing that or on top of the gcc 8-1 bump commit (01391bb7db) would give some hint if the crashes are related to gcc 8.1 or not.
so long,
Hias
Interesting, it's crashing in python. No idea why that's happening but 2 educated guesses:
sky42 could you test if a plain LE master build from commit bfd442ae06 also crashes? That's the commit before the gcc bump from 7.3 to 8.1. We had an odd issue with the Netflix addon after the gcc bump so it would be good to know if the gcc bump caused other side effects we are not aware of.
Another thing to try would be bumping kodi from 593949a to 002ec67a82. That's the version I've been running the last few days and I had no issues with it on RPi2.
so long,
Hias
Instead of using userspace Lircd it might be better to use the more modern in-kernel / ir-keytable configuration - read this wiki page for details: Infrared Remotes [LibreELEC.wiki]
If you do this it's best to disable Lirc in LibreELEC settings and rename (or remove) your .config/lircd.conf file and other lirc-related configurations so they don't get in the way of ir-keytable configuration.
so long,
Hias
Thanks a lot for the feedback!
I'm still a bit puzzled why gpio-ir works better, but then I'm glad it does and I hope it stays this way.
so long,
Hias
Ah, very interesting - I had expected that lirc-rpi and gpio-ir performance would be about the same.
Out of curiosity: are you still using Lirc with gpio-ir or have you switched to ir-keytable/in-kernel decoding?
so long,
Hias
In general it's best to disable Lirc in LE settings->services and use the more modern "ir-keytable" configuration (which uses the IR support built into the Linux kernel).
Detailed information about that is in the wiki: Infrared Remotes [LibreELEC.wiki]
Note that some IR receivers in USB DVB adapters only support a limited set of IR protocols (run "ir-keytable" to find out which they are) which means you may not be able to use every remote - the GPIO IR receiver and MCE USB receivers can support all protocols/remotes and can also be used with Lirc if your remote uses some non-standard protocol.
Another alternative to IR remotes on RPi is using CEC, i.e. using your TV's remote to control the RPi. If your TV supports that it should work out of the box.
so long,
Hias
GPIO IR receivers are rather sensitive to interrupt latency and unfortunately USB traffic (such as from DVB adapters) can introduce such latencies. A couple of people had the same issues as you.
Easiest solution then is to use an USB IR receiver - maybe one of your DVB adapters has an IR receiver built in which you can use, otherwise an MCE USB receiver (eg the "HP" ones available on ebay) is usually a good choice.
so long,
Hias
Make sure you disable Lirc in Settings->Libreelec->Services.
so long,
Hias
Well, as I wrote before eventlircd has nothing to do with lirc, it's for supporting remotes handled by the kernel. And most people absolutely need it.
If you don't need/want it you can just run "systemctl mask eventlircd" to disable it.
so long,
Hias
In case of IR issue it's a good idea to look into the media build / crazycat / dvb packages - or disable them. They also replace the rc-core subsystem which is responsible for IR remotes.
Very slow IR response with harmony remotes and current kernels <= 4.17 is mostly caused by setting command repeat to 0 (or 1). Set it to 1 (or 2) so that the remote sends at least 2 IR messages on a short button press.
The current linux media tree (which will go into 4.18) contains improvements in this area which make IR remotes a lot snappier (even Harmony remotes with command repeat disabled). I've backported these to kernel 4.14 (they are merged in LE master tree), when using kernel 4.17-rcX you can probably just pick these commits:
a86d6df84ae6 media: rc: set timeout to smallest value required by enabled protocols
284922562b81 media: rc: per-protocol repeat period and minimum keyup timer
c421c62a4a08 media: rc: mce_kbd decoder: low timeout values cause double keydowns
539327608dbe media: rc: mce_kbd protocol encodes two scancodes
63039c29f7a4 media: rc: mce_kbd decoder: fix stuck keys
cb5bd0575c41 media: rc: mce_kbd decoder: remove superfluous call to input_sync
53a62800efb2 media: rc: mce_kbd decoder: fix race condition
91352b572786 media: rc: mceusb: IR of length 0 means IR timeout, not reset
877f1a7cee3f media: rc: mceusb: allow the timeout to be configurable
aec3eadfb642 media: mceusb: MCE_CMD_SETIRTIMEOUT cause strange behaviour on device
d4589935ebab media: mceusb: filter out bogus timing irdata of duration 0
0630efeee853 media: rc: ite-cir: lower timeout and extend allowed timeout rangeRead the discussion here for details: [PATCH v2 0/7] Improve latency of IR decoding — Linux media
so long,
Hias
eventlircd is used to translate linux input events from remotes handled by the kernel into lirc events.
This is needed because Kodi can't cope with a bunch of linux input events, most well known being "KEY_OK". So if you use an IR or RF remote the OK button won't work unless you run eventlircd.
More details are in the wiki: Infrared Remotes [LibreELEC.wiki]
so long,
Hias