Well its time for my big upgrade V4 to V7. New hardware after 8 Years.
I have been setting up the new box over the last few weeks. So I have a few questions, on some of the things I am stuck on.
First trying to run NextTool I get -
NextPvr - Version: 7.0.1.241229
NextTool -from wiki 2.5.0
and this error
C:\Users\Public\NPVR-data>dotnet NextTool.dll
A fatal error was encountered. The library 'hostpolicy.dll' required to execute the application was not found in 'C:\Users\Public\NPVR-data\'.
Failed to run as a self-contained app.
- The application was run as a self-contained app because 'C:\Users\Public\NPVR-data\NextTool.runtimeconfig.json' was not found.
- If this should be a framework-dependent app, add the 'C:\Users\Public\NPVR-data\NextTool.runtimeconfig.json' file and specify the appropriate framework.
I'm building a new server for NextPVR recording UK Freeview (terrestrial). So far the Hauppauge WinTV quadHD PCIe internal card looks like a good choice though there are various external/USB boxes available. To be honest I'd prefer an internal card rather than a bunch of USB devices hanging off the back. Any alternatives to the Hauppauge carfd out there?
I am starting to be a big fan of your software and appreciate your support.
I am having some issues with live IPTV playback. Playback stops on most channels within a few minutes and requires to start playing stream over again. Are there any settings for adjusting re-buffer or timeout as it seems like there may be an issue when the stream is temporarily interrupted? I have tried adjusting timeshift properties to test if length is a factor but it does not seem to make a difference (tested different times ranging from 1 minute, default 20 minutes, 120 minutes, 360 minutes..)
Recording channels seems to be a bit more stable but there have still been issues noticed. Not sure if there are more settings for timeout or recovery from an interrupted steam during recording vs live streaming but it seems that way from my testing. I have tried setting <M3U8DownloadTimeout>30000</M3U8DownloadTimeout> which seems like too much for timeout of the channel loading but not sure if this also applies for re-buffer.
NextPVR Version: 7.0.1.241229
M3U playlist import, not XC. Ubuntu server 24.04.2 LTS Kodi client w/ NextPVR addon using Timeshift
Full set of log files if anyone can take a look and let me know what you think. I do not have this issue playing channels or VOD titles from whatever VPN server choice I use and an IPTV client so I do not believe the issue is with my VPN provider or IPTV provider. logs-20250401-1536 .zip
Please let me know if you need other information provided.
I know that V4 is obsolete but it still has value for me and I use it every day in addition to V6.
I'm getting errors while updating the EPG and would like to know if I can do something to prevent them from recurring. I manually updated the EPG this afternoon and the NPVR.log.1 at record 2108 shows the following:
{
"stationID": "96299",
"serverID": "20141201.web",
"code": 7020,
"response": "SCHEDULE_RANGE_EXCEEDED",
"minDate": "no_db_mindate",
"maxDate": "no_db_maxdate",
"requestedDate": "2025-04-01",
"message": "Date requested (2025-04-01) not within no_db_mindate -> no_db_maxdate for stationID 96299."
}
2025-04-01 15:12:39.691 [ERROR][188] (798 - Uplift HD): Date requested (2025-04-01) not within no_db_mindate -> no_db_maxdate for stationID 96299.
2025-04-01 15:12:39.691 [DEBUG][188] 798 Uplift HD
{
"stationID": "96299",
"serverID": "20141201.web",
"code": 7020,
"response": "SCHEDULE_RANGE_EXCEEDED",
"minDate": "no_db_mindate",
"maxDate": "no_db_maxdate",
"requestedDate": "2025-04-02",
"message": "Date requested (2025-04-02) not within no_db_mindate -> no_db_maxdate for stationID 96299."
}
2025-04-01 15:12:39.691 [ERROR][188] (798 - Uplift HD): Date requested (2025-04-02) not within no_db_mindate -> no_db_maxdate for stationID 96299.
2025-04-01 15:12:39.691 [DEBUG][188] 798 Uplift HD
Can you offer some tips I can use to prevent these errors?
With all this AI and LLM stuff, could we get something similar to Comskip that looks through TV shows and skips the boring bits? Maybe it could summarise the details in a pop-up and let you skip to the next interesting bit of a show.
It could even add a score to the main recording menu, it could tell you if a show was worth watching or not.
I'm attempting to migrate nextpvr v5 to a windows 11 computer. The previous computer (Windows 10) was v5 also. It appears that program recordings kick off as scheduled. The recording listing indicates they've finished but the tray app indicates they're still recording (way) past the scheduled stop time. I've uninstalled nextpvr and reinstalled. I've purchased the latest wintv version (to ensure newest drivers) from Hauppague. I've installed the latest LAV decoders. i'll attempt to upload the log files and the config.xml, which I've copied from the previous installation. I removed the SID values and set the 3 keys to ensure that existing recordings would not be lost in migration. Drive locations are the same. Existing recordings are found and playback OK.
I have a docker container running nextpvr on a Core i3-1315U nuc running Ubuntu 24.04 server. I am running a record of a 720p baseball game and seeing about 40% (of a core) usage with Recording Auto Transcode set to Leave Recording in Native Format. I attached a log for the start of the recording a bit of the recording. It seems like it might be transcoding, but I am not sure why?
I am just wondering if this seems like a reasonable about of CPU usage for a single recording? I was hoping to scale up to many more recordings in parallel and figuring out how to partition the CPU on this machine (or if I would need another machine).
This week-end, where I live, we set clocks forward by one hour (daylight savings). The time change happened Sunday morning at 2:00am: When it used to be 2:00am, it is now 3:00am.
I had a program recording scheduled Sunday night (yesterday, after the time shift), at 9:10pm. Today, I noticed the recording started only an hour later than expected (10:10pm).
I tried to understand what may have caused it. I remembered the daylight saving time, and thought this may be related. I took a look at the TV Guide tab of the web interface of NextPVR: the vertical line of the time indicator properly indicates the current time (but I have no idea if this was the case yesterday).
However, I headed over to the "Scheduler" tab, and noticed that the start times of all my scheduled recurring recordings are all:
set back by an hour in the "Pending" list (e.g. if a recording used to start at 9:05pm, it now reads "10:05pm")
set forward by an hour in the "Recurring" list (e.g. if a recording used to start at 9:05pm, it now reads "8:05pm")
As a side note, I tested further: After scheduling a new recording by pressing the (+) icon, the new recording list item displays:
the correct start time in the "Pending" list
the wrong start time in the "Recurring" list (time is set back by an hour, now)
The clock of my NAS that hosts my NextPVR Docker container is updated properly and follows the daylight saving time properly (just confirmed).
I restarted by docker container, updated the Scheduler web page (Ctrl-F5), and the start times are still offset...
Have you ever faced this type of issue? Do you know what may be causing it?
I have been having problems with my Nextpvr client application. Web app seems to work perfectly. And the "other client" option in the web client menu works perfectly. But the client *.exe crashes and I have delete the process and restart the server to clear the problem.
This all started a week ago when I was trying to fix an on-going audio sync problem when using the "NextPVR.exe". The only way I could get playback of any show with proper audio sync was to use a 3rd party playback app like VLC OR the NextPVR WEB app OR the yauiclient. But recently that app also started crashing.
Logs are attached. I am now just leaving the server running and browsing the recorded shows folders using a 3rd party app for playback. I AM able to use the web app but at this point using a 3rd party media player is what works best. Yesterday after several days of work I also uninstalled Nextpvr completely and installed a new clean install. No change still crashing. (used Revo uninstaller and wiped all traces of NextPVR from system AND ran every windows 11 system check possible which shows no problems.
This all started several weeks ago when I was browsing this forum and found a recent post about continuing audio sync problems which is still un-resolved as of last night. I fear all my attempts at fixing this may have made things worse ?
