Poor man's EPG mode.

[mvallevand]

Ok I don't consider this even alpha code since I wrote it for myself but you can give it a try, as you posted people are looking at things to do to keep from being bored.
 
Unzip the attached into "C:\Program Files\NextPVR" and this  line needs to be added to the top of ParallelProcessing.bat

Code:

"C:\Program Files\NextPVR\Stitch.exe" %3

Send the zipped logs  with any questions the stitch logs will be include.  This also dumps some message in nrecord log haven't bother cleaning anything up since mid Feb.

Martin

[sgilani]

Thanks!

The buffer file got moved to the recordings directory with a -stitch appended to the filename pre-extension. The nrecord logs show that the code in Stitch threw an exception:

Code:

2020-04-05 19:51:46.169    [DEBUG][14]    Got request [::1]: /api/GetServerStatus
2020-04-05 19:51:46.341    [DEBUG][12]    0
2020-04-05 19:51:46.447    [DEBUG][12]    909017109
2020-04-05 19:51:46.560    [ERROR][13]    Unhandled exception. System.InvalidOperationException: Lost sync@2 abort
2020-04-05 19:51:46.560    [ERROR][13]       at Stitch.Program.StitchTogether(String recordingName) in D:\v5\solutions\Stitch\Program.cs:line 494
2020-04-05 19:51:46.560    [ERROR][13]       at Stitch.Program.Main(String[] args) in D:\v5\solutions\Stitch\Program.cs:line 303

Zipped logs attached.

[mvallevand]

That doing what it is supposed to do when the -stitch file doesn't have the proper ts file. in a header. The purpose of this was so I could check the stitch file to see where it lost sync. I don't know if IPTV downloads are guaranteed to be 188 byte ts files with proper ts headers or not I would need the -stitch file to confirm this Perhap if you created a OneDrive share folder and PM'd me about contact info I could easily get smallish files and delete them of you put it there.

Martin

[sgilani]

Sure, that sounds good. Sent you a PM.

[mvallevand]

Thanks got it and works fine. Since it seems that this is a regular problem the next time it happens could you send the live....ts file that goes with it. I want to see if they are invalid too.

Martin

[mvallevand]

Ok try this one,  NextPVR IPTV ts files don't have to start with a ts header like the tuner files do.  Also should fix the HDPVR file issue.

Martin

[sgilani]

HDPVR2 seems to work now, awesome! Just to confirm, the buffer file becomes the stitched/sewn together recording with everything in it, right? And would it be safe to delete the post-buffer recording after it has completed--and leave just the buffer recording intact?

IPTV isn't throwing any exceptions anymore, but stitch.log has 'No match exiting cannot extend'. I've updated new files and logs in a folder called 'PostPatch'.

I also noticed a strange quirk in the post-buffer recording. In the recording list, it has the correct timestamp (Today 6:41 PM - 6:42 PM). If I click on it, the details in the pop-up say (Tomorrow 1:00 AM - 2:00 AM).

[mvallevand]

After more testing I'd say it would be safe I am sure that it won't aways match so I would not delete the file right now if it was important. For the number of occasions a user would do this not sure it is worth deleting the real recording.

I will check the field to see what I am missing. I want to update the end time too if I can. Some players trust the database more than the file size

I expect most home IPTV services will fail to make a big file. Some streams from commercial CDNs will be fine but some IPTV won't even be the same source.

Martin

[sgilani]

Sounds good, what's important is that we won't lose the buffer anymore. I can always go back and stitch the files together manually if it's something I want to keep etc.

Thanks for doing this, Martin! Hopefully we'll have native support soon....

[mvallevand]

Joining different ts files will tough the end and start overlap and you'd need to transcode to. Better if sub used multrec.

Yes native epg mode is much better but this is ok when you are timeshifting and need to step outor decide you want to save it on occasion.

Martin