[sbthomas]

Hey guys,

I don't watch liveTV often but have been with the Olympics. I was watching slightly delayed, just from pausing when running to a different room in the house. I was just watching and it stopped and returned to the guide screen. Server WMC log is available here: http://pastebin.com/EzVVkGnV and http://pastebin.com/pztJZsZB.

I was watching on device with hostname mb-pi2. The problem occurs in the second link above at: 3961.2016/08/08 11:55:06.920 New client connected: client: 'Kodi^mb-pi2', IP: 192.168.0.243, machine: 'mb-pi2', isRemote: True. For some reason it detected it as a new client. Not a whole lot more information to go on. Let me know if you have any ideas. The client is a rpi2 running LibreElec 7.0.2. The pi is wired Ethernet.

UPDATE: It did it again a few hours later and I went looking again. In both cases it appears the client is being disconnected due to inactivity. It appears very similar to this post from a month ago: http://forum.kodi.tv/showthread.php?tid=281084. However, in this case I am actively watching the stream. Anything we can do? I'll update the setting referenced in the other post and see if it helps.

Thanks,
Scott

[krustyreturns]

Hi Scott,

I can't get to the second link, but you are right that it sounds like the same problem as the referenced link. Basically anytime the client queries serverwmc (over the socket connection), the inactivity timer is reset, so I'm not sure what is going on. I will see if I can reproduce with my fire tv.

[sbthomas]

Sorry about the pastebin link. Here is the log from 11:00 through 15:49. It looks like it disconnects 3 times due to inactivity. http://pastebin.com/Y1crSXQ7. It only seems to do that while watching liveTV. Looking back through all the logs in the ServerWMC log directory (about 1 week) I see the disconnected due to inactivity message about 10-15 times. A grep of the "inactivity" through all the logs is available at http://pastebin.com/pX5P1EGG. It is interesting that 2 of my 3 pi's are mentioned. mb-pi2 is on libreElev 7.0.2, thl-pi is on openelec 6.0.3. The pi not mentioned is lr-pi which is on openelec 6.0.3.

Let me know what you think.

Something just hit me, I remember a setting under TV - Guide in Kodi. Something like "prevent updates during playback". I wonder if that could be causing the kodi to go quiet? I don't have access to see if it is enabled on the devices at home but will check.

[sbthomas]

Seems like changing the ClientInactiveIntervalMIN to 20 has stopped the issue for now. Been watching live TV for over an hour now with no issues.

Prevent updates during playback is checked.

[krustyreturns]

Can you experiment with unchecking 'prevent updates' during playback and setting ClientInactiveIntervalMIN back to 10? I think you might be on to something with that.

[sbthomas]

Log available here: http://pastebin.com/qd7edu16

Summary:
18:59 - Changed ClientInactiveIntervalMIN to 10. Restarted ServerWMC
19:03: mb-pi2 reconnects
19:04 - Started stream then stopped it. Disabled "Prevent updates during playback"
19:05 - start new liveTV stream - no issues
19:49 - stopped liveTV stream
19:50 - Enabled "Prevent updates during playback"
19:50 - Started liveTV stream - no issues
21:12 - Still playing successfully...

So, this is what always seems to happen... I can't reproduce it anymore, You can definitely see the difference in the logs when the Prevent updates during playback option is disabled. Every 5 minutes is does getTimers and getRecordings. As soon as the option is enabled, the get requests stop during playback. I'll keep playing with it to see if I can figure out what is causing it.

UPDATE: I paused liveTV about 21:20. At 21:32 it was disconnected due to inactivity. I'll try disabling Prevent updates during playback and pausing and see if it retains the connection even paused.

[krustyreturns]

FYI, could not reproduce with my clients, but I didn't try pausing. I'm traveling in soCal right now but will check it when I get back in a couple of days. For now, I have modified the code so the default wait time is 20 min instead of 10. Looks like you are right that the setting change is the prob. When paused PVR.WMC stops querying for the stream info, so if Kodi is also not refreshing that's why it is flagging it as inactive.

[sbthomas]

Interesting. I do notice that even with updates while viewing disabled, the Cache background refresh seems to trigger about every 8 minutes. Does this do any client communication? Should that be resetting the inactivity timeout?

[krustyreturns]

Cache background? Isn't that just internal to SWMC? We need commands from the client to reset activity timer.