I poked through the wiki and did some searches here, but is there any provision for automatically moving recordings to nfs mount (fileserver) after complete? (without breaking playback/the file location in NPVR's database).
I'd prefer an active recording to go to a local disk while it's recording but then be moved to the NAS when complete.
I seem to remember some facility for doing this, years ago, so I'm sure there's some way, somewhere, of doing it...
Forgive me if this has already been asked, but is it possible to pull guide data into NPVR directly from tvlistings.gracenote.com ? (without going through SchedulesDirect)
I installed NextPVR on windows 10 for the first time the other day. I would want to use NPVR with a simple IPTV m3u playlist setup. For public channels only.
I had trouble with getting audio to work (no sound) on some of my channels. Read up the best I could and installed LAV. Set all decoder settings to LAV.
That helped. I now got sound on some channels, on others still don't.
To test this further and make it simpler, I made a playlist with 1 working channel and 1ch not working.
See the enclosed playlist de-nextpvr.m3u. It contains:
1.
Start the NextPVR Client windows program.
Start watching Live TV channel "SR fernsehen". VIDEO WORKS. AUDIO WORKS.
Exit the NextPVR Client windows program.
See enclosed log file: (SR Fernsehen HD).Watch-WITH-SOUND.NPVR.log.1.txt
2.
Start the NextPVR Client windows program.
Start watching Live TV channel "HR fernsehen". VIDEO WORKS. ***Audio DOES NOT WORK***.
Exit the NextPVR Client windows program.
See enclosed log file: (HR Fernsehen HD).Watch-WITHOUT-SOUND.NPVR.log.1.txt
Hello all,
During the past few months, I have been experiencing an increasing number of recording failures where the recording starts on time and finishes on time, but when I view the recording, a large portion of the program does not appear in the playback. The missing portion begins just after the pre-pad, when the show would have started recording if there had been no pre-pad. Immediately following the pre-pad portion of the recording, the playback has a brief moment with some pixilation and then playback resumes, but the playback has jumped far into the program. After examining a couple of recent failures, it looks liked the missing portion is exactly 1 hour in length. The playback then continues and concludes at the scheduled end of the post-pad. As far as I can tell, NextPVR appears to be recording normally throughout the entire program.
I didn’t see anything like this in the blog, and so I thought I would contact you to see if you have any ideas of why this might be occurring and what I might be able to do to avoid this.
I have a standard pre-pad of 3 minutes and a post-pad of 33 minutes, in case there are unanticipated schedule shifts. The recording skip only seems to occur in movie files, and not in other programs, maybe because the movie files are longer than most of my other recordings. The skips occur in programs recorded from multiple channels and do not seem to follow any pattern that I have been able to detect. Not all recordings on these channels fail, and most are OK. I have had the same pre- and post-pad setups for a long time and did not experience any issues until it seemed to start occasionally late last year with recordings on one channel, but seem to be getting more frequent and now occur on recordings made on multiple channels.
I do not have any recent examples of this, but I had some instances where I was making a recording on the same channel immediately before the failed recording, and that program continued to record during the post-pad. The post-pad recorded just fine and correctly recorded a portion of the same program that did not record in the scheduled recording. When this first started happening, it appeared that I was only missing about a half hour of the scheduled recording, and I was able to watch the missing part of a program if I had recorded the preceding program and could then watched its post-pad.
I have tried playing the files in NextPVR, Kodi, and VLC, and the skip occurs in exactly the same spot in each application. When I view the most recent failure in VLC, I can see that the timestamp in the recording jumps exactly one hour starting at the end of the pre-pad, changing from 0:03:01, just before it is ready to display 0:03:02, and about a second later, the next timestamp that appears is 1:03:03, a jump of exactly one hour. In NextPVR and Kodi, the timestamp continues constantly, and does not reflect a change due to the skip to a much later part of the program being recorded.
I am running Windows 10 Pro and NextPVR version 6.1.5.231022. My tuner is a SiliconDust HDHomeRun Flex 4K, Model HDFX-4K. I have not made any recent hardware or software changes, other than re-installing Kodi last week for an issue unrelated to the failed recordings. The recently failed recording started at 16:57 on January 29. I have also copied this failed recording to onedrive/googledrive with the following link.
Posted by: hmc - 2025-01-30, 11:09 AM - Forum: Windows
- Replies (19)
Hi, since upgrading to v7, I'm only receiving a partial/minimal EPG. Back on v6, there was no issue.
As far as I can see, the settings are the same. I also use the following settings in my config.xml file to ensure I get all free-to-air EPG information.
Since a Windows 10 update last week, once again, I can't program and record channels OTA. Unless there has been changes in the EPG resource, I can only think my client side Windows based script got changed. Reloading the whole magilla after a complete uninstall, scanning channels and successfully (at least in the Web part) launching the EPG which reported perhaps 20 channels. Inspecting the NextPVR Client TV Guide showed no channel shows. I emptied the EPG and relaunched the EPG and it comes back with zero results saying the EPG was complete. I don't exactly know which log files are created by installation and the fitting process. If so, where are they?
I wish there was a "repair" option that could automate some of the chronic and common problems. I've always restarted the machine when these problems arise. I'll try it again, right now.
I'm using the latest version but not sure if this problem existed in the last one since I don't often stop a video and resume later. I have only noticed it recently in the current version.
Currently I am trying to watch and record internet streaming, using Telerising API to watch Zattoo and other M3U playlists. To watch and record these channels, I installed NextPVR.
However, I am having issues with watching and recording the Zattoo channels. To generate links, I use the "Telerising API" software, which creates links like: http://192.168.178.45:5000/api/zc2/live/rtl. I can watch these links in VLC Media Player, so I assume everything is fine with the Telerising API. But when I try to record these channels in NextPVR, I get a "[Failed: Recording interrupted]" error nearly instantly after the recording starts. A TS file, an XML file, and a timing file are created, but the TS file stays at 0 KB.
The log files show that ffmpeg exited immediately after the recording started.
Seems the PIPE... issue is back. PVR was stuck all night and would not sleep. Restarting has got it back to normal. Here are my logs.
I do know that in the last 24 hours one of the users of the PC according to them - did use the Windows 10 task manager to kill both the client and the backend for whatever reason that was important to them. The reason had nothing to do with NextPVR or its operation. Perhaps this contributed to it getting stuck afterwards?
