Improve Tolerance to Network Drops?

[TheKenR]

Hello,

I have an occasional problem when recording an IPTV stream with NextPVR. Periodically, I tend to have a short network drop. I'm not sure if it's my ISP or my VPN provider but for sure I'm losing connection to the outside world periodically for short periods of time. I confirmed this by logging a ping test over several days. When this happens while I'm recording an IPTV TS stream my recording gets aborted and I see the messages in the log below. Not unexpected I think but is there a setting in NextPVR that would make it automatically retry/resume the download and recording? Perhaps it does retry and if that's the case is there a configuration parameter that I could change to extend the amount of time it retries?

Thanks!
K

2022-04-24 18:07:05.804 [ERROR][17] Unexpected error processing m3u8 url (http://xx.xx.xx.xx:xxxx/.../video.m3u8?....  [N94cmASzxuYjCSxrwOZcDiWypqwvmzlKAN1oKCn6dsRatG9kiFp9GmPTRBVUKOUfjnubRzXfhdkdJmT0FzBGakYR3n/14BYNXMz6fiLjf0qehAUiic8nCKa2dntVIaI5ikLx3jsEfFb/Mq0cbVBflZB0dXDDwL6YKb/omXbxJ2Tr55gR/2SGxXOqTf+In3IhzfLTSuCZTI4QWMTV9QqTmj8M5Mens4uKM3fFo30Kp3y4aZ3VPIT5PBnADjcED9eNrGI0Eoz9cIXF1dt9JVtuTEku76hKhNJ7du2EZ61nlbmE74nHEaSah7Qmu2DwheuEWoJyhklnDHM3iRFGX/ffhofzVlNA8RZNnosMBazE48QB9xsMAeRsK+Ny1o96X2bHa/GJ0VO0/JCQ+m0v6vx3B1ckkSgVK4+fE2xtZKkNaQf4//4R8Mp2BbSK/Ek+/mE5]): System.Threading.Tasks.TaskCanceledException: The operation was canceled.
---> System.IO.IOException: Unable to read data from the transport connection: Operation canceled.
---> System.Net.Sockets.SocketException (125): Operation canceled
  --- End of inner exception stack trace ---
  at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
  at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.GetResult(Int16 token)
  at System.Net.Http.HttpConnection.SendAsyncCore(HttpRequestMessage request, CancellationToken cancellationToken)
  --- End of inner exception stack trace ---
  at System.Net.Http.HttpConnection.SendAsyncCore(HttpRequestMessage request, CancellationToken cancellationToken)
  at System.Net.Http.HttpConnectionPool.SendWithNtConnectionAuthAsync(HttpConnection connection, HttpRequestMessage request, Boolean doRequestAuth, CancellationToken cancellationToken)
  at System.Net.Http.HttpConnectionPool.SendWithRetryAsync(HttpRequestMessage request, Boolean doRequestAuth, CancellationToken cancellationToken)
  at System.Net.Http.RedirectHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
  at System.Net.Http.HttpClient.FinishSendAsyncBuffered(Task`1 sendTask, HttpRequestMessage request, CancellationTokenSource cts, Boolean disposeCts)
  at NShared.M3U8Downloader.DownloadM3U8(String url)
  at NShared.M3U8Downloader.WorkerThread()
2022-04-24 18:07:05.859 [ERROR][17] M3U8Downloader stopping. 97 since last data received
2022-04-24 18:07:05.859 [DEBUG][17] downloader terminating

[mvallevand]

The documented solution is to get a better ISP, VPN, or provider. The main issue is the watch-ability of the recording.

- how long a gap is tolerable
- how many gaps before it is annoying. Even now when I accidentally restart one recording I find one annoying.
- since ts streams cannot be appended each segment would be new file so watching and managing multiple recordings is a nuisance. There is no filename convention to group or autoplay these segments in any of the clients.

Martin

[TheKenR]

The documented solution is to get a better ISP, VPN, or provider.  The main issue is the watch-ability of the recording.

- how long a gap is tolerable
- how many gaps before it is annoying. Even now when I accidentally restart one recording I find one annoying.
- since ts streams cannot be appended each segment would be new file so watching and managing multiple recordings is a nuisance.  There is no filename convention to group or autoplay these segments in any of the clients. 

Martin

Thanks for the obvious solution. 

I'm not concerned about the watch-ability of the recording. This connectivity issue happens very rarely, the nature of the internet. What I would prefer is to have my affected recording in two parts rather than aborting altogether and missing the second half. The occasional 2 part recording is not a big deal. 

So... if NextPVR has to abort a recording due to a network issue and it is aware that it hasn't finished the recording based on the schedule, it would be nice if it would continue to try to restart the recording even as a separate recording(s) unless the scheduled end time is reached.

So I guess it's not currently possible in NextPVR? 

K

[sub]

It does recover from certain types of network dropouts, though will eventually fail if there has been too many retries etc.

How often are your connections dropping out? Maybe try switching to the ts version of your streams to see it helps with the recovery.