I added a m3u http list and epg http list to NextPVR and it worked fine. After a while the epg stopped working. I found an undated version of the epg list and thought I'd update it in NPVR.
The only way I could find to do it was to re-enter the m3u http address first. I did this but it just added all the channels again, so there was two of everything. I then had to delete all those channels and re-add the m3u address to get a single list of channels. Then I added the new epg http list and it works fine, except I now have to renumber all the replacement m3u channels.
So, am wondering, did I miss something seriously obvious, or is a there a way this could be made easier somehow ?
Upgraded to v.4.0.4 today and can no longer watch live TV.
To watch previously recorded programs I had to change decoders.
Live TV doesn't work with old decoder config or new decoder config.
I go to the TV Guide, select something to watch and it hangs with "...please wait...".
I have to bring up Windows tool bar and close it. Task manager shows NextPVR.exe using lots of CPU.
I was looking at the performance tab under task manager and noticed that it looked like a ECG even though nothing was running. NRecord.exe kept jumping cpu to 20% every 15 seconds. Looking at the web.log, I find this entry:
[...startup]
2017-08-05 16:13:18.111 [DEBUG][20] Starting webserver for IPv6/IPv4
a new web.log file gets created with just this one line in it every 15 seconds.
Tried turning off 'Enable web server' and 'Allow Remote Access' with no change.
I'm in UK and a big fan of NextPVR, but have been having a problem with late night recordings.
This is not new, but only just getting around to trying to find a solution.
I upgraded to 4.0.4, but it was also happening with 3.9.2. It worked fine earlier. I suspect it may be something outside NextPVR causing the issue. Win 10?
Does anyone have any idea please what might be causing it?
I'm running NextPVR on a Windows 10 machine with a TBS 6205 Quad DVB-T/T2 BDA Tuner card.
Recordings during the day work perfectly almost all of the time, but if I try to programme a show to record anytime between about 01:15am and about 04:00am it consistently fails.
It shows up in NPVR as having recorded fine, but the files are cut short or the picture is corrupted.
Shows programmed to start recording before that time but which run into it fail at the same time.
For example on Thursday I had set Grand Designs Australia to record from 01:05 - 02:25, and Grand Designs to record from 02:10 to 03:25.
The Grand Designs Australia file is only 1minute32 long and 22MB. Something has caused the recording process to cut the file short.
The Grand Designs file is 227MB long (still far too small) but the image is corrupted.
I suspect this could be a Windows 10 maintenance routine kicking in and hogging the processor, disrupting the recording, but I have no idea how to diagnose it.
Sine 4.0.4 up date found when opening nextpvr it goes to channel 67 and freezes, tray icon is red and status says it is recording last night new on channel 9. Closing tray icon and restarting service makes i work till the next day
Have it running on 3 computers and one works and the other 2 freeze. All running windows 10
log files not attached can not fine advanced button
Thank you for the Artwork / Metadata while retaining Archive, in Recordings as well as Videos!
I note that the Artwork language is not sticky (this is an old glitch I think)?
One question, probably more for Martin than you, but I asked him as well, do I need Imagegrablite if I use the Artwork option i.e. I get as much metadata AND Artwork using the built-in function as his add-on?
I've done a spot check of various main transmitters (the ones that broadcast all 8 national multiplexes plus 1 local) and found quite a few that are missing COM7, COM8 and local. I've zipped the ini files up into one file. I might look at the others tomorrow, so watch this space.
The implication of the changes that I'm making is that people will get another 26 channels (plus a few more if a local mux exists), so I'm surprised that people haven't been asking why they can't get those channels. It only relates to the main transmitters; others don't have (and AFAIK never will have) those muxes.
Also, I see that Rowridge has four different entries which represent the situation at different times. Since only the latest one is relevant today, I've taken the liberty of renaming it as "Rowridge" (as opposed to "Rowridge (Final)"). I suggest you delete all the others.
By the way, what's the policy in the ini file when a transmitter has some muxes on a small offset one side or the other of the nominal every-8MHz channel? Do you prefer the nominal frequency (and people need to enable offsets) or the actual frequency with the offset?
All the info is coming from the ukfree.tv site - I'm assuming that is accurate throughout since it is definitely accurate for my transmitter, Bilsdale.
Having checked and corrected Bilsdale, I looked at another major transmitter in my area and found two multiplexes (COM7 and COM8) were missing, so people would be missing lots of channels. Here's the updated file.
As suggested by Graham in thread https://forums.nextpvr.com/showthread.ph...post516317, here's an updated ini file for the Tyne Tees / Bilsdale transmitter in the UK. I've removed the obsolete frequencies from before a big change in 2012. I've also added multiplex COM8 (aka Arqiva D) which had been omitted.
