Live TV stops after a few minutes

[Paulman9]

For some reason I can't watch more than a few minutes of live tv at a time through my Kodi client ad of today. I'm not aware of anything changing recently to cause this. Looks like its having an issue handling the tv buffer file but it seems to be running as system, who has full rights to this folder. Updating from last version to current and restarting the server made no difference. Running on Server 2019 core. No idea where to go from here, so any guidance is appreciated.
Error-y log snippet:
2021-10-06 19:04:02.120 [ERROR][9] Live stream expired without 15 second renewal. (handle:190006)
2021-10-06 19:04:02.121 [DEBUG][9] StopStream(6)
2021-10-06 19:04:02.121 [DEBUG][9] StopStream handle: 6
2021-10-06 19:04:02.121 [DEBUG][9] Closing TSWriter....: LIVE&C:\Users\Public\Videos\live-TOON-5.ts
2021-10-06 19:04:02.121 [ERROR][9] writer.Close() did not complete in a timely fashion
2021-10-06 19:04:02.122 [DEBUG][9] Close@2
2021-10-06 19:04:02.122 [DEBUG][9] Closing mapAccessor
2021-10-06 19:04:02.122 [DEBUG][9] Closing mapMMF
2021-10-06 19:04:02.123 [DEBUG][9] Closing mapFileStream
2021-10-06 19:04:02.123 [DEBUG][9] deleting C:\Users\Public\Videos\live-TOON-5.ts.map
2021-10-06 19:04:02.123 [ERROR][9] Writer can't remove .map file: The process cannot access the file 'C:\Users\Public\Videos\live-TOON-5.ts.map' because it is being used by another process.



https://1drv.ms/u/s!AjeAhJFFCaUliI8QfweV...w?e=Otbqq2 - in case logs don't upload properly.

[mvallevand]

I would need to see the Kodi debug logs, it is not clear why Kodi stopped requested updates, Pasting logs to paste.kodi.tv is fine.

Martin

[Paulman9]

I would need to see the Kodi debug logs, it is not clear why Kodi stopped requested updates,  Pasting logs to paste.kodi.tv is fine.

Martin

I've tried two different (but admittedly similarly configured) kodi clients, and the web interface seems to do the same. Using my main pc now, but I'll try to get a debug log on another.

[mvallevand]

Ok but the message from Kodi is correct, Kodi didn't do the proper lease.

If you were using an older version of NextPVR this was a know issue in 5.1.2.2

Martin

[Paulman9]

Got the log, looks kinda busy to my eyes, but I turned on debugging, tuned a channel till it quit and turned debugging off. Hope this gives enough.
https://paste.kodi.tv/efebijurab.kodi

Also, I was on 5.1.4.?, updated to 5.2.1.211003. I was possibly on 5.1.2.2 at some point, but not recently.

[mvallevand]

What happens if you enter this in a browser http://192.168.142.200:8866/service?meth...r=conflict I am wondering if it times out.

Martin

[Paulman9]

Brings me to this:
This XML file does not appear to have any style information associated with it. The document tree is shown below.
<rsp stat="ok">
<recordings> </recordings>
</rsp>

[mvallevand]

It looks like sub will need to check what is going on with that call, it looks like is it blocking, in you original log and in the newer Kodi log If you configure Kodi not to update recordings during video play do things improve

Code:

2021-10-06 18:06:28.799    [DEBUG][4]    Got request [192.168.142.128]: /service (recording.list)
2021-10-06 18:06:28.799    [DEBUG][4]    method=recording.list
2021-10-06 18:06:28.799    [DEBUG][4]    parameters:
2021-10-06 18:06:28.800    [DEBUG][4]       method: recording.list
2021-10-06 18:06:28.800    [DEBUG][4]       filter: conflict
2021-10-06 18:06:28.800    [DEBUG][4]       sid: 29eb2fdbed9848b490f63a142628f423
2021-10-06 18:06:28.800    [DEBUG][4]       client_ip: 192.168.142.128
2021-10-06 18:06:28.800    [DEBUG][4]       user_agent: Kodi/19.1 (Windows NT 10.0.19042.1237; Win64; x64) App_Bitness/64 Version/19.1-(19.1.0)-Git:20210508-85e05228b4
2021-10-06 18:06:28.800    [DEBUG][4]       host_callback: ...
2021-10-06 18:06:28.800    [DEBUG][4]    GetRecordingsList()
2021-10-06 18:06:28.801    [DEBUG][4]    GetRecordingList@1.3)

2021-10-06 18:07:13.722    [DEBUG][4]    GetRecordingsList@2
2021-10-06 18:07:13.722    [DEBUG][4]    Matched 0 recordings
2021-10-06 18:07:13.722    [DEBUG][4]    GetRecordingsList@exit
2021-10-06 18:07:13.723    [DEBUG][4]    <?xml version="1.0" encoding="utf-8" ?>
<rsp stat="ok">
<recordings>
  </recordings>
</rsp>

Code:

2021-10-06 18:10:57.138    [DEBUG][37]    Got request [192.168.142.103]: /service (recording.list)
2021-10-06 18:10:57.139    [DEBUG][37]    method=recording.list
2021-10-06 18:10:57.139    [DEBUG][37]    parameters:
2021-10-06 18:10:57.139    [DEBUG][37]       method: recording.list
2021-10-06 18:10:57.139    [DEBUG][37]       filter: conflict
2021-10-06 18:10:57.139    [DEBUG][37]       sid: cc6002e510354faeaf7047c23c26099f
2021-10-06 18:10:57.139    [DEBUG][37]       client_ip: 192.168.142.103
2021-10-06 18:10:57.139    [DEBUG][37]       user_agent: Kodi/19.0 (Linux; Android 9.0; Transpeed_6K Build/PPR1.181005.003) Android/9.0.0 Sys_CPU/armv8l App_Bitness/32 Version/19.0-(19.0.0)-Git:20210218-f44fdfbf67
2021-10-06 18:10:57.140    [DEBUG][37]       host_callback: ...
2021-10-06 18:10:57.140    [DEBUG][37]    GetRecordingsList()
2021-10-06 18:10:57.140    [DEBUG][37]    GetRecordingList@1.3)

2021-10-06 18:11:31.571    [DEBUG][37]    GetRecordingsList@2
2021-10-06 18:11:31.571    [DEBUG][37]    Matched 0 recordings
2021-10-06 18:11:31.572    [DEBUG][37]    GetRecordingsList@exit
2021-10-06 18:11:31.572    [DEBUG][37]    <?xml version="1.0" encoding="utf-8" ?>
<rsp stat="ok">
<recordings>
  </recordings>
</rsp>

[Paulman9]

Sorry, I think I'm missing what setting you're referring to. I tried with 'Prevent updates during playback' under guide and got the same results.

Curiously, I have two things recording at the moment that seem to be going along fine, but they record to a network share instead of to local disk.

[mvallevand]

It isn't a recording issue. Kodi is requesting this URL and it is blocking which is why sub needs to look at it.

If you've got updates off, I see in your testing you are starting live TV before the initial recordings lists have loaded. What if you wait a couple of minutes before starting play?


Martin