I am trying out replacements for WMC as I was forced to move to W10 couple weeks ago. NextPVR was definitely the least painful to setup, but one major issue:
- When skipping forward or backward watching recorded or LIVE TV, often the video just continues (but not audio), and it jumps forward or backward by huge time. IOW, if I press skip forward twice to skip commercials say, often it gets stuck "fast forwarding" the video, and then stops say 20 minutes later in the video. I tried different MPEG2 decoders, all doing the same. Appreciate any help.
I am having trouble getting NextPVR set up on a new Windows10 PC, in particular the MPEG2 video decoder. I read that the Cyberlink decoder will work with NextPVR. I do have Cyberlink installed on my PC, so what is the MPEG2 video decoder file name that I should search for, and how do I configure NextPVR to use it?
Hi,
I have a Hauppauge WinTV 850 USB tuner I am trying to use with Next PVR. After the latest Microsoft updates, I can no longer watch or record TV. HDTV over-the-air signals, The Hauppauge WinTV app works (ver 7).
Any ideas here? I tried every decoder my machine has (Microsoft, Hauppauge...).
Hi I have great success so far using NextPVR as backend and front end (same instance).
However, I have trouble recording. My recordings stop after a few seconds or minutes.
I use : Windows 10, NetxPVR latest version, LAV audio/video decoders.
I suspect the decoders to be the source of the problem. When I change the audio decoder for Microsoft, it crashes frequently while using the application.
So I would like to have recommendations on which decoders to use for successful recording.
Also, changing channels while viewing (with the remote) crashes (exception window), and groups have to be remapped manually.
I want to use the Archive feature to move recordings to another drive, in order to free up space on my local drive for further recordings. However, once I select archive the files are still present on the original drive, taking up disk space. If I then delete the original file that is still present, then the archived version is also deleted. Is this normal behaviour? Am I able to move the recording some other way?
Just curious as to why the stream below will play fairly well in VLC but is mostly unwatchable in NPVR. I added it to the IPTV tuner and selecdted H264 ts which is what the VLC codec paige said it was.
EDIT: ...SNIP...
I dropped my ACE subscription and am just playing around now (what can I say...I'm old, retired, and have a lot of time on my hands!)
I've had a read on the forums and it seems that other people are experiencing similar issues at the moment.
I can't be certain that it is caused by the Windows 10 major update a few weeks back but since around that time I've been getting stuttering live TV (which after a few seconds crashes) and the same with recorded TV. I'm using the latest version of NextPVR (4.0.5 - 171208) with Kodi (17.6).
I've tried turning timeshifting (in Kodi on and off), I've tried the 'use legacy NPVR TS Reader and Microsoft Demultipliexer' tick (same issue either ticked or unticked) and for decoders I'm using LAC for audio decoders and then for video I've got cyberlink MPEG Muxer (for MPEG2), Cyberlink H.264/AVC Decoder (for H.264) and LAV for HEVC video. I've got Cyberlink PVD 12.0 fully installed (full version). I've got ticked to only use mapped audio decoders during .ts playback.
Autorefresh plugin is installed.
I've not used the NPVRTSReader4.ax fix - although happy to try that if someone can tell me where to place the file.
I've checked that there is read/write access on the files (windows messed that up as it did all my Kodi settings as well).
Help much appreciated because I'm running out of ideas!
This morning I woke up and checked NextPVR, and found the Recording Service had stopped again. I had scheduled to record a program from 3:59-4:30am Pacific, and I have the red message on screen "Recording service was stopped during recording". When I check the recording, I see that I actually have 26 minutes recorded. There was another timer set to record from 4:25-4:35am Pacific, and that recording failed with the message "Recording service not running at recording time". So, it seems the first recording failed when the second recording attempted to start, at 4:25am. Again, the log folder is too large to attach in a single message, so the first of two zip files is attached to this one; the second zip file will follow.