Ok, so after I got my music source scanned in (did switch from Mysql to a recent MariaDB which speeds up music scanning from 19h to 5h) the mem leak is definitely connected to using Xonfluence (guess it's skin.widget addon or library data provider, which come along with Xonfluence) together with a huge music source (130k files).
I'll provide logs!
Same setup on my s905x box is working great... so it's only the RPi3...
Hi Milhouse,
I'll provide the link to kodi forum:
Problem scanning huge source (mem leak)?
The debug log was checked with Dave from kodi, else it contains only the db updates. No addons!
Hi there, have a repeating mem leak while adding music source. Am about the half source in (60MB DB size)
Here's a journal:
OVEU
The debug log shows no issues, so I'll keep it for the moment.
No crashlog either, as kodi gets restarted (see journal) or simply hangs
could you reproduce it with LibreELEC-RPi2.arm-7.95.2-mb-latest.img.gz ? (it includes the 4.10 drivers)
Hi CvH,
with that version there's again a slight improvement, although not fixed 
Thx @Hias for pointing out!
That what's stated there seems to reflect my experiences. So it's not a matter of video alone
My thoughts were to maybe check if another USB receiver could solve the problem, but from reading the github comments and explanations, I fear this will not solve the problem... I'm going to swap the receivers from server and RPi3 and see if it changes anything.
On raspberry forums I've read of another user having issues with a Technotrend receiver, so it's maybe something special in regard to that explicit module...
A question left is, if changing the gpio_in_pin could also help or if all possible pins suffer? Are there some gpios that are affected more than others?
I even thought of checking with piscope (pigpio library) for to see what's going on on gpios when activating vdr or minisatip, but haven't tried running gpiod until now and don't know if precompiled binaries are working with LE.
Ups, sorry 
dXDj
I'm sad to say, that the problem isn't solved yet. It has been improved, but it's not fixed
Since 7.95.2 IR is working but with a huge 'lagging'. I need to keep buttons on remote pressed for longer for to make it come through. Before it wasn't even recognized most of the time.
I tried switching to minisatip instead of vdr to no avail. As soon as the service is stopped (be it vdr.backend or minisatip) the remote starts working as it should. When starting either service, it stops responding/becomes laggy
Kodi is responding as it should, as I am able to test with yatse as remote....
Any ideas where or what to check?
The above dmesg is with minisatip
PS as stated above, I'm still unable to blacklist rc_tt_1500 but I'm now able to modprobe - r the module without a kernel oops. This doesn't change anything, so it's not the built in ir from dvb receiver disturbing gpio, but it certainly has something to do with video (v4l2?).
Hi..
Very nice
It's working on 7.95.2 together with vdr on ubuntu and vdr-plugin-satip!
Couldn't it be part of the official repos?
Was there a solution for to get long press to work?
Ok, its working/solved with 7.95.2
VDR backend running with non blocking lirc using gpio (in my case gpio_in_pin=26)
Here's dmesg:
libreelec.local:8080
CvH, does the test image you provided use same mechanism for lirc configuration as ever? I can't seem to put my own lircd.conf into /storage/.config/ and use that?
And would you be so kind to reopen this thread again:
thread-4230-post-30640.html#pid30640
As I want to give some feedback regarding the blocking of IIR via gpio
Thx
As far as it seems, it's using /etc/lirc/lircd.conf.rpi as config file instead of the provided /storage/.config/lircd.conf
A short tip on how to use one's own conf would be nice!
Ok, the oops is fixed
OVOT
Thanks for your efforts!
Can't test with beta2 testbuild as the dvb module still causes a kernel oops... posted logs in the other thread
Short question kszaq:
Aren't you updating the version numbers? Although I updated to version 'f', it still states 'c'?
LibreELEC:~ # cat .kodi/temp/kodi.log |grep 7.0.3
01:04:43 T:4111888960 NOTICE: Running on LibreELEC (community) - Version: 7.0.3
.012c, kernel: Linux unknown CPU family 64-bit version 3.14.29As a note, even changing IRs in-gpio to 26 doesn't change anything, although it is not connected to spi like seen here:
RPi BCM2835 GPIOs - eLinux.org
I put Libreelec on a SD card and tried to
copy the dtb.img to /flash/, but it seems
I have no write rights.
mount -o remount,rw /flash