Live TV buffers not deleting

[mvallevand]

I can duplicate this with ALT F4 Also nothing seems to be written to the TEMP_FILE table which I thought was providing a bit of auto cleanup.

Martin

[sub]

I left my file manager open on the live buffer directory while watching TV for a little bit this morning.

If I change channels, the files for the previous channel are deleted.
If I stop watching by clicking the square Stop button in the player controls, the files are deleted.
If I close the NextPVR client window with Alt-F4 or click the X in the upper right corner (my usual method), the files are not deleted.

I just tried this here, and they weren't deleted instantly with Alt-F4 (I'll check why), but they did get automatically deleted about 15 seconds later, with this associated log message in nrecord.log:

[9] Live stream expired without 15 second renewal. (handle:200005)

[sub]

This updated NextPVRUI.dll fixes the issue with it not deleting the buffer files immediately at Alt-F4 time.

[mvallevand]

The three files from my ALT F4 test this morning are still there.

9/19/2020 11:34 50,030,372 live-CBOT-25121.ts
9/19/2020 11:49 397,443,844 live-CBOT-27593.ts
9/19/2020 11:52 369,569,648 live-CBOT-27593-1.ts

The delete action for me seems to be after the expiry message. That writer.close error is in most users logs so I have been ignoring it.

Code:

2020-09-19 11:34:19.971 [ERROR][9] Live stream expired without 15 second renewal. (handle:250007) 2020-09-19 11:34:19.971 [DEBUG][9] StopStream(7) 2020-09-19 11:34:19.971 [DEBUG][9] StopStream handle: 7 2020-09-19 11:34:19.971 [DEBUG][9] Closing TSWriter....: LIVE&C:\Users\Public\Videos\live-CBOT-25121.ts 2020-09-19 11:34:19.972 [ERROR][9] writer.Close() did not complete in a timely fashion 2020-09-19 11:34:19.972 [DEBUG][9] Close@2 2020-09-19 11:34:19.972 [DEBUG][9] Closing mapAccessor 2020-09-19 11:34:19.972 [DEBUG][9] Closing mapMMF 2020-09-19 11:34:19.972 [DEBUG][9] Closing mapFileStream 2020-09-19 11:34:19.972 [DEBUG][9] deleting C:\Users\Public\Videos\live-CBOT-25121.ts.map 2020-09-19 11:34:19.973 [DEBUG][9] Close@exit 2020-09-19 11:34:19.973 [DEBUG][9] StopStream@exit 2020-09-19 11:34:20.140 [DEBUG][9] stopping graph 2020-09-19 11:34:20.140 [DEBUG][9] destroying graph 2020-09-19 11:34:20.140 [INFO][9] Stopped

Martin

[mvallevand]

This updated NextPVRUI.dll fixes the issue with it not deleting the buffer files immediately at Alt-F4 time.

Oops missed that now they get deleted.

Martin

[lkraus]

This updated NextPVRUI.dll fixes the issue with it not deleting the buffer files immediately at Alt-F4 time.

Seems to be working well!
Thanks!

[eastavin]

While this was a known problem in the past, I wasn't aware of any issue with it with current releases. You'll probably need to supply logs so I can take a look.

Oh it is still happening ... for sure.  I never commented about it as I figured it was not really that important on "the list".

[sub]

While this was a known problem in the past, I wasn't aware of any issue with it with current releases. You'll probably need to supply logs so I can take a look.

Oh it is still happening ... for sure.  I never commented about it as I figured it was not really that important on "the list".

If it can't delete the files at the time, because some other process or thread was using them, v5 will still clean them up eventually. (even if it's not until the application is restarted)

Ultimately, with the complications of different ways files can be accessed, and different behaviour from different clients, it can't always gaurantee it can delete the file immediately. v5 is a little better than v4 at deleting the files at the time, but sometimes it still needs to clean them up later.