Would it be possible for NextPVR to check if the recording service is running prior to the recording time, and if not for the recording service to start.
I'm not sure if this is possible to do, but could the tray icon process do this perhaps as right clicking on the tray icon does give the option to restart the recording process.
I thought that if a tv show/film/whatever was due to start at 12pm, and it had a 1 minute padding to the start, then a process could check if the recording process was running at 11:58am and if it was running for it to make an attempt to restart it. This shouldn't affect programs that are currently recording as the recording process must be running for those programs to be recording.
This should stop the errors of "Recording service not running at recording time".
I am using an HDHomeRun (model HDHR3-US with the latest 20150406 firmware and 20150826 Windows software under Windows 10). I am not sure if my problem is the same as this thread, but it seems close. I have a problem where a scheduled show specifically on physical channel 49-3 (I have not been able to produce this problem on any other channel) will record only about 0.5-1s and then not record any more. At happens about 50% of the time with scheduled recordings, but I never have a problem if I just tune live to the channel. There is no indication of any failure in any of the logs, aside from the fact that I have noted in every case of a failure the last entry in the ndigitalhost-20.log.1 will be the indication of a StartStream for the show, and then it switches to a new file (ndigitalhost-20.log) and there is never a matching StopStream. I have been trying to debug this for a couple of weeks now and it is quite a challenge.
I have added an example from last night's test case (in this case the show "Elementary.S01E22.Risk.Management") that shows the two log files for ndigitalhost-20 so it can be seen there is a StartStream in one file without the corresponding StopStream. All the other logs are attached as well, along with the < 1s of show it recorded and a MediaInfo dump of the video file (showing it got enough of it to have a valid media file). I hope I am just missing something subtle in the log files. I also showed a capture of the HDHomeRun Config for that channel that indicates it is normally a strong channel.
Thanks in advance for your thoughts, suggestions, musings, etc.
Just wondering if I could get NPVR to include the channel name in the title of a recorded program as an option. In AUS, most TV channels transmit MPEG2 streams, however there are now 3 H264 streams. Most times there is no issue, but sometimes a program that is normally in HD (H264) will be changed to an SD channel (MPEG2) and therefore need different post recording treatment. I use VideoReDo and it's VRD AutoProcessor add-on with Comskip to semi-automate the removal of commercials. It works really well, but the different program streams require different actions within VAP. The addition of the channel name would assist me to filter the MPEG2 streams and set the different treatment.
Some EPG programmes have the format "program name:episode name" eg Stargate:100th episode.
Obviously this can mess up recurring recordings unless use "match start of name" is used.
I prefer to use "match exact name" so could a " Strip colon and after" feature be added?
Since 3.7.7 I am seeing a lot of cancelled recordings being recorded anyway. I have a lot of recurring recording and since our epg does not properly flag reruns (unless there is a ® at the end of the title) I go through the list of scheduled recordings every morning and cancel those I know to be reruns or I don't want. Since upgrading to 3.7.7 I am seeing a lot of canceled recordings being recorded anyway. I don't have the specific logs at hand but AFAICS they show nothing out of the ordinary. Is anyone else seeing this?
Also there are a handful or so missing channel icons in both npvr and ff browser, for example channel 1 (BBC1) The BBC ONE.png it is in the correct media/channels folder but will not display these icons, strange or what am I missing here?
I'm old so any answers given need to be easy to understand. I'll turn off the npvr server until a suitable resolution can be offered.
Thank you for your time
Hello I have a problem where my live TV freezes after about 45 seconds of watching, after a period of non response by N-PVR I get a message that my tuner is required for a scheduled recording. I do not have any recording set and this is reflected in my recording menu. i am not sure if I have my Tuner setup properly and codecs etc but I seem to be able to do everything except live tv for more than 45 secs.
I have attached the ZIP of my log file - hopefully this can help??
I cannot get the iOS client to work from external network, but as part of troubleshooting I would like to remove the manually added server addresses. How do I do that?
Just wondering if the LNB settings need to be changed somewhere other than the device setup menu.
It's been a long time and several versions since I last had to do a channel scan, but with the arrival of the Olympics I realised that I had never updated the Prime NZ channel to the new frequency.
I removed the old Prime channel and tried a standard Optus D1 160.0 scan, but it didn't pick up the new channel. I then tried a clean install of both 3.7.7 and 3.6.6 and found that a scan wouldn't actually bring up any channel, let alone the changed ones (despite the fact that the previously scanned channels could be viewed before the clean re-install, so the actual tuner and satellite dish setup wasn't at fault).
I saw in this post the suggestion that the LOF1, Switch and LOF2 settings all be changed to 10750 (mine come up as 9750, 11700 and 10600 respectively), but if I change these values manually to 10750 either just before initiating a scan or just changing them and OK-ing out, when I reopen the device settings, they have reverted to the 9750, 11700 and 10600 values.
So - is there somewhere else I could edit these settings to make them "stick", if that's the issue? I have attached some logs of a non-channel finding scan just in case they're of use.
