KODI NextPVR client calling GetRecordingsList too often

[madas]

a bit more testing. I shutdown all KODI clients and booted up just one. LiveTV ran for 30 mins without any sort of freeze. So the problem is definitely related to those other clients making requests to the server. The client that ran for 30 mins was my test client and kept freezing every couple of mins before shutting down the other clients. As the listing update still seems slow i'm not sure if this is a cause or an effect.

I am still running the WebServer in Classic mode. Not sure if this makes a difference or not.

<WebServer>
<UseLiteServer>false</UseLiteServer>
<Enabled>true</Enabled>
<Port>8866</Port>
<Username>admin</Username>
<Password>xxx</Password>
<PinMD5>xxx</PinMD5>
<WebInterface>classic</WebInterface>
<AllowRemoteAPI>true</AllowRemoteAPI>
<AllowRemoteTranscode>true</AllowRemoteTranscode>
<AllowRemoteStreaming>true</AllowRemoteStreaming>
<TranscodeProfile>720p - 2Mbps</TranscodeProfile>
<TranscodeExe>.\other\ffmpeg3.exe</TranscodeExe>
<TranscodeHLS>default</TranscodeHLS>
<TranscodeArgs>-y -v 0 -i [SOURCE] -f mpegts -acodec ac3 -ab 96k -ar 44100 -ac 2 -s [RESOLUTION] -vcodec libx264 -b [BITRATE] -maxrate [BITRATE] -flags +loop -refs 1 -coder 0 -me_range 16 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -bt 200k -bufsize 96K -rc_eq 'blurCplx^(1-qComp)' -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -level 30 -aspect [ASPECT] -g 30 -async 2 [TARGET]</TranscodeArgs>
</WebServer>

[mvallevand]

a bit more testing. I shutdown all KODI clients and booted up just one. LiveTV ran for 30 mins without any sort of freeze. So the problem is definitely related to those other clients making requests to the server. The client that ran for 30 mins was my test client and kept freezing every couple of mins before shutting down the other clients. As the listing update still seems slow i'm not sure if this is a cause or an effect.

I am still running the WebServer in Classic mode. Not sure if this makes a difference or not.

I usually default to classic too but when you are running web services it doesn't touch the UI stuff. If you are running Krypton, there are reported rpi problems. You won't get a lot of RPi love from me though sorry.

Martin

[madas]

I'm running 16.1. I have it running on some Cubox-i4 and some Pi2/3 devices. They all exhibit the same problem. I have a couple of x86 devices around as well...same problem. The problem appears to sit with the server. Not sure where to go from here. Having all devices shutdown gives me one reliable TV...not great! recordings are fine.

I need to get the root cause of whats going on with these updates and either why they are so slow and/or locking the database. It looks like the LiveTV stream is not keeping its reservation after another client does a guide update???

[madas]

anymore thoughts guys? not sure what my next debug step will be.

[mvallevand]

Load up your normal configuration and then try a login from an x86 machine and send that debug Kodi log and the NextPVR logs right when it fails.

Martin

[madas]

ok. I'll do this tonight when I get home. I had previously posted the non-debug Kodi logs and the full NPVR logs but there wasn't a whole lot of info on the NPVR side pointing to the issue. It was apparent that the freeze happened right when another client was requesting a guide/recordings update.

Is it related to having the recordings mapped to a unc path on the nas?

\\ip\share

[sub]

It probably just means you need a faster processor or faster hard drive in your server to support that many clients.

[madas]

This is only a few months old..i7 machine doing nothing but NextPVR...and its not being highly utilized. NPVR database is on a SSD along with the OS partition and recordings are on a separate drive so they don't interfere. My recordings are moved off to a NAS later in the day and the database is re-mapped to point to the NAS.

Even with only a single KODI client connected it still takes about 10 or 15 times longer to download the EPG listing than it used to

[sub]

This is only a few months old..i7 machine doing nothing but NextPVR...and its not being highly utilized. NPVR database is on a SSD along with the OS partition

That should be fine then.

Even with only a single KODI client connected it still takes about 10 or 15 times longer to download the EPG listing than it used to

I'm not aware of any other reports of that.

[sub]

What do your have <AutoRemoveMissingRecordings> and <CheckForRenamedRecordings> set to in your config.xml?