LiveTV Freezes Are Back on Clients

[Reddwarf]

It does freeze here on my laptop client with only dvb-c devices as well. Are you closing in on the problem or do you need additional logs?

[fuzzweed]

HI, I was getting client freezes with DVB-T.
This is probably completely useless and unrelated but; Having just read through some of the latest posts on this, I do notice talk about deleting the live TV file cropping up. My live TV files never get automatically deleted, I've always had to do it manually once in a while. For the last few days I was getting live tv crashes even though I'd rolled back to 2.5.5. It turned out my live drive had filled up, but the failure mode was very similar to what's being discussed, so just wondered if there was a link - maybe NPVR is trying to delete / roll over the live tv file while its being used, resulting in a failed stream and live tv files being left behind????

[Zogg]

After reading fuzzweed's post, it occurred to me that I had also seen Live TV files that didn't get automatically deleted. I've switched back to 2.5.5 and not used Live TV in over a week except for testing, but sure enough there are several Live TV files left over.

And this looks a bit suspicious, 3 files that look consecutive but the middle one is zero bytes:

[ATTACHMENT NOT FOUND]

Since it's been over a week, I can't be sure what was going on, but I'll do some more checking and see if this occurs again when a failure happens.

[mvallevand]

Sub, any chance you can block whatever is causing this (it just happened again) It ruined watching the end of a game. It was using proper live tv streaming.

Code:

21:57:29.522    Read(169200 bytes)
21:57:29.522    Received packet of 169200 bytes from offset 278503200 (filesize=281383520, duration=226264)
21:57:32.381    Buffered data doesnt appear to be from correct part of file. Dumping data to rerequest.
21:57:32.381    Invalid response header. 94468F840147628C
21:57:32.381    Received packet of 161716479 bytes from offset 9104057253022553635 (filesize=129301573046812510, duration=4141018109213895560)
21:57:34.897    Invalid response header. 46FEF286D1FBB696
21:57:34.897    Received packet of 365999785 bytes from offset 7427413163481741163 (filesize=12691416363954501024, duration=16003083404726969104)
21:57:36.260    Failed to write all data to ring. Argh!!!
21:57:36.266    Failed to write all data to ring. Argh!!!
21:57:36.270    Failed to write all data to ring. Argh!!!
21:57:36.273    Failed to write all data to ring. Argh!!!
21:57:36.276    Failed to write all data to ring. Argh!!!
21:57:36.284    Failed to write all data to ring. Argh!!!
21:57:36.287    Failed to write all data to ring. Argh!!!

Code:

22:07:13.360    Read(169200 bytes)
22:07:13.360    Received packet of 169200 bytes from offset 220806000 (filesize=223887400, duration=185454)
22:07:16.236    Buffered data doesnt appear to be from correct part of file. Dumping data to rerequest.
22:07:22.789    Invalid response header. BCB046013962211A
22:07:22.789    Received packet of -1818682783 bytes from offset 14195850711433913226 (filesize=737285791197585632, duration=7816941673250063391)
22:07:22.928    Failed to write all data to ring. Argh!!!
22:07:22.928    Failed to write all data to ring. Argh!!!

Martin

[sub]

I'm going to have another look at this today.

[sub]

Martin, I'm just starting to take a look at this again. Hopefully you've got some time to take a look?

I think we need to focus on the very first thing we notice going wrong, because the other problems you see later in the process may just be symptoms of your original problem. The cause of the problem still isn't that clear to me, but I think the first problem was the server starting with rolling file vs no-rolling file. Assuming you're using the built in capture device (HDPVR, ATSC/QAM/etc), then live tv should always use a rolling file.

What would you prefer to test with - HDPVR or Digital device? I have slightly different steps depending on which will use.

[mvallevand]

Sure I can do this, nothing to record right now. I can test whatever you'd like. I feel most hangs are not related to the direct streaming mode.ut ATSC is fine if that is easier for you.

Martin

[sub]

I feel most hangs are not related to the direct streaming mode

Did you mean to say 'Digital' streaming?

If so, I'm happy to focus on HDPVR.

[mvallevand]

No I meant think I have more hangs that are not related to it going to non-slip file mode. Going into non-slip mode happens after a hang.

Martin

[johnsonx42]

I recently tried client live tv here on a QAM channel, it ran fine for awhile but then the client froze. If you post some patches I'm happy to give them a try.