This is normal. ICE1724 only supports 32 bit format and the default alsa configuration (default:0 pcm) uses the dmix plugin with a fixed 48kHz rate - this is identical to how it works on other Linux distributions.
You either need to access the hw: device in 32bit or use plughw so it can auto-convert other formats to 32bit.
so long,
Hias
This change has been included in Linux kernels for almost 11 years now.
commit d16be8ed69f3e59d36be8c422508c3a10082fdaa
Author: Pavel Hofman <[email protected]>
Date: Thu Mar 20 12:10:27 2008 +0100
[ALSA] ice1724 - Improved the Juli rate settingIf you have issues we need some more info and a description what exactly doesn't work.
so long,
Hias
The log shows you are running some community build from early October 2018
18:50:00.767 T:139930272209024 NOTICE: Running on HTPC (community): devel-20181005235021-6499607 9.0, kernel: Linux x86 64-bit version 4.18.10Can you please test with the latest official LibreELEC version (currently 8.95.002)?
so long,
Hias
Actully better to bui air mouse remote, looking how does it work after drop old remote.conf it's not worth, at least for me, not enough patience to use ir remote now. No matter what I do or configure, unable to fire fast events by continous fast key press, it's very frustrating especially when I need to scrool down 100 channels in pvr mode. I would advice to return back to remote.conf until this issue is resolved but I know this is not gonna happen.
If you want precise control then use an IR remote using the rc6 protocol (eg Microsoft MCE remote) or the rc5 protocol (eg Philips or Hauppauge remotes).
IR remotes using the NEC protocol (eg most of the cheap remotes from Asia) won't work as precise as the former ones as there's no toggle bit in the protocol.
You can work around to some extend by reducing the IR timeout (ir-ctl -t ...) but in the end you got what you paid for 
so long,
Hias
Just tested and it's working fine here in Austria on RPi3B+, LE 8.95.002, Netflix addon v0.13.21, inputstream.adaptive v2.3.12.0.
IIRC I usually needed to restart kodi (or reboot LE) after widevine updates, otherwise I'd get the spinning circle and was then dropped back to the list after a couple of seconds. So doing a reboot after widevine installation or update won't hurt.
so long,
Hias
This is a line I was already searching for a long time ago and eventually figured it out myself. This should be put somewhere in the LibreElec remote wiki. It would have spared me a lot of time figuring everything out.
To be honest, as well the kodi wiki as the libreElec wiki are a little bit confusing about this matter.
I just added a paragraph to the Introduction section of the IR wiki page, with links to the relevant kodi wiki pages. Hope this makes things clearer now.
so long,
Hias
Can I bring back old approach with remote.conf from LE 8 without need to recompile image?
No, this stuff is gone for good. AML now uses the same method to support IR remotes as all other platforms.
so long,
Hias
I am still confused with that. In general, no lags but if (for example) I keep pressing Down button very quickly, 1 of 3 events are lost.
This is caused by a combination of using remotes with the NEC protocol (which doesn't have a flag if it's a new button press) in combination with the old 3.14 kernel (which is missing the IR optimizations found in current linux kernels).
You can get better remote response by running
ir-ctl -t 30000Just add it to autostart.sh (you can test with lower values, down to 10000-20000 as well)
so long,
Hias
Best stick to the kodi button names in the devinput section of Lircmap.xml and use the keycodes that are mapped to kodi buttons (eg KEY_INFO, KEY_MENU, KEY_FORWARD, KEY_REWIND, ...).
A full list of kodi button names is in the IRTranslator source file irtranslator.cpp#l164-l229
As explained in the Kodi wiki LIRC - Official Kodi Wiki remote button mapping is a two-step process. First Lircmap.xml maps a KEY_xxx code to a kodi button name and then you assign actions to kodi buttons in remote.xml
so long,
Hias
What kind of remote are you using and did you create the IR keymap file by yourself?
If you create an IR keymap it's best to stick to the keycodes that are usually found on remotes (see eg the rc6_mce keymap of the Microsoft MCE remote) as these will work out-of-the-box in kodi. More details are in the wiki Infrared Remotes [LibreELEC.wiki]
If you are using an RF remote it's not using the ir-keytable configuration discussed in this thread - in this case please open a separate thread.
so long,
Hias
Remote input is handled differently than keyboard input.
Kernel input events from remotes are translated to lirc events by eventlircd, then received by kodi as lirc events and run through the Lircmap.xml -> translations in Kodi and are finally mapped by <remote> blocks in keyboard.xml files.
so long,
Hias
Thanks a lot for testing!
It'd be best to contact Matt Flax (who created the card and wrote the driver) and tell him that the driver doesn't work on kernel 4.19. He can then submit the required changes to the RPi kernel where we will pick them up.
Opening an issue on RPi kernel github would be another possibility, but as probably only Matt has the hardware and knows what to change contacting him directly would probably be easier/quicker.
so long,
Hias
Could you check if the card works in Raspbian with kernel 4.19?
First install Raspbian Stretch and add the soundcard config, the card should be detected.
Then run the following command to switch to kernel 4.19
sudo BRANCH=next rpi-updateThen reboot and check if the card is still detected.
The LibreELEC kernel config looks fine (all drivers should be there) but IIRC the Audioinjector Octo driver was dropped for some time in kernel 4.19 because it didn't compile - maybe the driver isn't fully working yet in kernel 4.19.
so long,
Hias
In general I2S soundcards should work fine, but I'm not familiar with the audioinjector octo card.
Can you please post the full dmesg and vcdbg log msg output?
vcdbg log msg 2>&1 | paste
dmesg | pasteYou seem to have dtparam=audio=on in config.txt, drop that, it's not needed. Also not sure why you have spi=on and i2c_arm=on in config.txt- the devicetree overlay should enable all components so in general it's enough to add the dtoverlay line.
so long,
Hias
This is odd, lirc hasn't changed for quite a long time now.
Can you post your lirc_options.conf file and journalctl output both on the last working (alpha) build and the non-working build?
journalctl -a | pasteso long,
Hias
Thanks for testing and the feedback!
Quite certainly the chinese manufacturer choose some odd audio setup/configuration that isn't supported in Linux. So using a USB soundcard is probably the easiest option.
Some time ago I bought a cheap PCM2704 based USB audio adapter on ebay (approx. 5 EUR shipped from china), which works out of the box in Linux and Kodi. Build quality is about what you'd expect for the price but it has both analog and digital (coax and toslink) outputs and does it's job.
so long,
Hias
I still suspect it's an audio driver or firmware issue.
Kodi should be fine, it's the same 18.0rc3 version as in the current LE beta and except for a bunch of errors because the baytrail audio device doesn't support surround the kodi log looks fine (at least for opening the audio device).
One difference between kodi and speaker-test though is that kodi outputs audio in 24bit format whereas speaker-test uses 16bit.
An interesting test would be playing a 24bit 48kHz stereo WAV file with aplay. If there's a driver / firmware bug it should give the same (or similar) distortions as kodi.
Can you also test the ssp0 and windows driver firmware files and the amixer settings as I outlined before?
so long,
Hias
My espresso machine stopped working due a signal [1011] ☺
This probably means "out of coffee"
Merry Christmas,
Hias
