Poor man's EPG mode.

[mvallevand]

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).

Originally I couldn't duplicate this with the web server doing the recording and the two records in the database looked equal.  But I thought about this and it seems to be an odd bug in NextPVR.exe's ctrl-K logic nothing to do with stitch but I can't explain it from the database.

Martin

[mvallevand]

Here is another update to stitch which finishes off some things that I wanted to do for myself

- the message is different if the file is "Stitching" or finished "Buffer"
- moved this message to the subtitle so they are grouped together by title
- the end time is the end of recording after stitching.



Martin

[sgilani]

This has been working for a while now, thanks! I don't use it too often but it's worked whenever I've tried it.

I'm thinking about moving over to a Linux backend, but I'm not sure if your solution could be adapted to work there?

[mvallevand]

It's built in netcore and it works when I need it on linux. If and when you need it I can help you out.

Martin

[sgilani]

It's built in netcore and it works when I need it on linux.  If and when you need it I can help you out.

Martin

Sure, I'd appreciate help in getting it set up. I know ParallelProcessing.sh goes in /var/opt/nextpvr/scripts/ and I can craft that, but am unsure where to put your exe and dll and what I need to do with dotnet.

Thanks!

[mvallevand]

The dll goes in /opt/nextpvr/system (no exe's in linux) and the command line will be

/opt/dotnet/dotnet /opt/nextpvr/system/Stitch.dll %3

You need to include this as Stitch.runtimeconfig.json

Code:

{
  "runtimeOptions": {
    "tfm": "netcoreapp3.1",
    "framework": {
      "name": "Microsoft.NETCore.App",
      "version": "3.1.0"
    }
  }
}

[sgilani]

Thanks! Let me give it a shot.

edit: I had an issue earlier because I had %3 instead of $3 in the script.  Trying again.

I saw an error about Unable to load shared library 'e_sqlite3' in the logs, which led me to this: https://nugetmusthaves.com/Package/SQLit...ite3.linux

Grabbing the appropriate (linux-x64 in my case) version of libe_sqlite3.so from that package and dropping it in /opt/nextpvr/system got things working. At least, I saw "(Stitching)" show up so I assume all is well. Enough testing for today.. thanks for your help!

[mvallevand]

Sorry about that. First I was lazy and should have taken it from my setup.

As for the database library the proper approach for using my utilities that need npvr.db3 API access is to create a symbolic link to the NextPVR provided version in runtimes for your platform ie for x64. I forget this step all the time.

cd /opt/nextpvr/system
sudo ln -s ./runtimes/linux-x64/native/libe_sqlite3.so /opt/system/nextpvr

Martin

[sgilani]

Sorry about that. First I was lazy and should have taken it from my setup. 

As for the database library the proper approach for using my utilities that need npvr.db3 API access is to create a symbolic link to the NextPVR provided version in runtimes for your platform ie for x64.  I forget this step all the time.

cd /opt/nextpvr/system
sudo ln -s ./runtimes/linux-x64/native/libe_sqlite3.so /opt/system/nextpvr

Martin

Ah that's much cleaner, I should've checked runtimes. Thanks, I'll do that.