I'm finally getting around to migrating NPVR off the mighty Dell XPS 420 that I've been using since 2007.
I'm looking to migrate in the most painless way possible. Everything will be the same on the new system - same tuner cards, same drives for recordings etc using exactly the same paths and the same OS (W10 64).
Can I just install NPVR on the new PC and then copy the contents of \Users\Public\NPVR over, or will that break things?
Hello, I've been using NextPVR for several months now and I've had this issue regarding channels. Upon launch I can view any channel, but after stopping live TV or after there's been a recording I cannot revisit that channel or any channels from the same broadcaster. If I view a different broadcasters channel I can then switch back to the first one, but not the second one.
I.e. I can do the following: ABC > SBS > ABC but not ABC > ABC or ABC > SBS > SBS.
I'm using Windows 10 64bit with a Playstation TV tuner that uses Pinnacle drivers.
Any help would be appreciated. Which logs do you want attached?
I'm finally getting around to updating my server to WIN 10. At this point I'm still running V4 of NPVR.
Using my on-board video (HD 4200) I can't get the screen to fill out; have a black border.
I assume this is a problem with WIN 10?
I've tried a registry hack that seemed to solve the problem, but it keeps reverting back to the border eventually.
So I started playing with some video cards I had laying around. The one installed at the moment is a Radeon HD 5570.
That quickly solved the border problem, but now I have an audio problem.
Occasionally, when I stop playing a video I get a continued high pitched whistling sound. The workaround is to restart and stop the video.
My question, is this a video driver problem or could it be a decoder problem?
I didn't have this problem using the on-board HD 4200.
If it's the driver, I'm probably screwed, since I believe I have the latest driver for the video card.
Hi,
I have Ubuntu 18.04.4 installed and Nextpvr V5. I am using the Hauppauge 2650 cable card dual tuner. The tuners show up in the devices, but I unable to download any channels from Schedules Direct (SD). When I start to initialize a tuner, the correct SD lineup name appears, but when I scan, nothing happens. Any help would be greatly appreciated.
A problem that has plagued me (and a few other users) in V4 is playback of a recording suddenly jumping to video fast forward (with normal audio) when there is a "blip" in the recording file's data or sometimes when performing a forward skip.
I've been playing around with V5 recently and was hoping this problem would go away with all the excellent rewrite work but I've now found it is consistent in V5 as well.
I have a recording which hits a blip in the data stream about 4mins into playback. If the Microsoft decoders are selected, the playback freezes at this point. Sometimes it may restart after about 10 seconds but thereafter the video is jumpy and pixelated.
If the LAV decoders are selected, the video jumps to fast forward at the point of the blip (with sound continuing at a normal pace).
It is very difficult to skip over the point of the blip but if you succeed, video & sound are perfectly normal until the end of the recording.
If I play the file in VLC, video freezes for a couple of seconds at the point of the blip, but then continues with normal video/sound.
I can send you a copy of the file if you want to take a look?
Every time that I hit the m3u update button my iptv provider's channels shows up in the device but the epg of the older channels changes to another source.
Is there a way to add new channels without changing the already added channels.
I've reproduced the situation, here's the log.
logs-20200221-0057.zip (Size: 503.37 KB / Downloads: 1)
My thanks to Sub and to Martin for impressively good and consistent work.
Server: NextPVR 4.2.5 running on a Windows 2008 server with about 30 mainly-New Zealand FTA IPTV channels via fibre. no satellite card. I've been running this kind of config for over a year with and without a sat card (no longer need one). No issues at all with watching live or recorded content directly on this system.
Client: Nvidia Shield 2019, latest firmware (v8.1.0)
Kodi 18.5/Leia (Estuary skin)
NextPVR client 3.3.18
Has been in use for a few months now, with the issues below
EPG, Recording and watching recorded TV via Kodi/NextPVR client on the Shield is basically fine.
But watching Live TV:
* Real-time:- behaviour is normal, no issues noted in my tests - but of course I want some kind of timeshift, so:
* Timeshift: if I pause, the timeshift counter displays ok after a few seconds. If I then play, it works fine. But if I then do one skip-right, that causes it to bail out of Kodi back to the Shield's home screen. This behaviour happened twice in a row on my tests, even after tweaking some of the settings mentioned below. That's very bad behaviour so I gave up on ordinary Timeshift.
* Extended Timeshift: Basically works, I've been using with reasonable reliability for months. EXCEPT that frequently (on TVNZ 1 at least) it loops back in the stream, sometimes repeatedly to the same earlyish point. This is extremely consistent - it happens maybe two times out of three, a minute or three after starting to watch the channel live.
Live playback in this mode gets even more screwed up - that is, looping is more likely to happen or recur - if I use pause and subsequently do one or more right-skips to bypass ads etc. The playback position seems to get rather lost and the client often hangs for a long time before recovering, if at all. At least a couple of times in the past week, I had to give up and power cycle the Shield once it was in that state. But the more basic looping misbehaviour can commonly happen - at least once - if all I do is play and watch, with no further intervention.
On my most recent test, pausing for a couple of minutes, then pressing right-skip four or five times (waiting a couple of seconds between them) caused it to keep changing the current time to 5:27 then instantly back to 5:17 - and eventually it bombed out of Kodi the way regular Timeshift had done. I haven't seen that last behaviour before for extended timeshift mode, but the strange/"lost" placekeeping is typical.
I've tried altering Chunksize, Recording chunk size and Buffer but changing those has had no effect on either of the above Timeshift/Extended timeshift issues.
My current workaround is to record the stream and watch it from the Record list - this approach seems to be always ok, even if I'm watching the recorded stream in close-to-real time.
I've tried using XNEWA soon after I encountered these problems but IIRC I found it less satisfactory (slower?) than the standard NextPVR client.
Hopefully the attached logs cover the ground properly - happy to reset and try again if need be. (Hmmm, Add Attachment doesn't seem to completing the upload properly, even though "Your allocated attachment usage quota is Unlimited.". So the logs are also here for a day or so).
I tried out the IPTV feature of v5 and found it is very easy to use! 99% of the IPTV links I tried were bad but I found some that actually work on Github. Out of the 500 or so channels I kept 10 that I was interested in.
All 10 IPTV channels worked in the web client. However, one channel would only play in the web browser but not in Kodi.
First, I started the NPVR server and then started the IPTV channel and watched for a bit. Then I attempted to start the IPTV channel in Kodi without success. I also tried this with the Linux v5 server and got the same results.
Don't know if it's a Kodi or NPVR issue but thought I would check here first
