Windows 8.1 64bit all local.
Nextpvr V3.3.8
Kodi Helix V14.2
Kodi add on NextPVR client 1.9.21
Settings-misc live tv buffer is set to time, as that is was is used by the Kodi add on, however issue is preset when using the Nextpvr GUI, so I think this is a issue with the core software not the add on.
When I pause live tv the live tv buffer files are created as expected however they are deleted as per the normal cycle, which means you can't continue to watch as the next file is deleted.
The following might help to explain it.
Start watching live tv after 30 mins the following live tv buffer files are created (each file is 6:41min long):
live-TENDigital-3240-1.ts
live-TENDigital-3240-1-3.ts
live-TENDigital-3240-1-4.ts
live-TENDigital-3240-1-5.ts
For some reason the first file is never deleted, the last three files cycle, eg live-TENDigital-3240-1-6.ts is created then live-TENDigital-3240-1-3.ts is deleted. This seems ok, apart from the first file not being deleted.
When live tv is first paused the files look like:
live-TENDigital-3240-1.ts
live-TENDigital-3240-1-4.ts
live-TENDigital-3240-1-5.ts
live-TENDigital-3240-1-6.ts
After 45 or so minutes of being paused then play resumed the files look like:
live-TENDigital-3240-1.ts
live-TENDigital-3240-1-6.ts
live-TENDigital-3240-1-16.ts
live-TENDigital-3240-1-17.ts
live-TENDigital-3240-1-18.ts
This causes Nextpvr client to hang and Kodi helix V13.2 to hang and eventually says Tuner no longer available after a few minutes of play.
Looks like file 6 was unable to be deleted as it was the one in use at the time of pause, when play resumes it plays the rest of file 6 then hangs as there is no file 7 to play!
I have seen a few threads that mention this amongst other live tv issues, but I can't find any solutions.
Has this issue been addressed, or does it need investigation?
I can't use EPG buffer mode as it's not supported by the Kodi add on.
I've been running X-newa for a few months now and everything's been working very smoothly and the wife's happy. I'm using a Rpi as the front end and I'm using the classic skin.
I was wondering if there is a way to queue up the list of recorded shows to watch where it will automatically start the next show when the current one finishes. The kid shows I have recorded sometimes are 10 minutes long and it'd be nice if I didn't have to go and manually start the next one. I did notice the "Process tagged files" feature but I didn't see an option to play the tagged files.
So I am trying to schedule a show to record as follows
rec type = record season (new episodes on this channel)
pre padding = 1
post padding = 2
dir = my def recording folder)
keep = all recordings.
When I set a show to record like the above it never actually schedules the show to record. I see the show listed in the "recurring recording" menu, but it never marks the show red like it's going to actually record it?
Hi, I've recently gotten around to upgrading to 3.3.8 (2.6.4 wasn't broken, so I didn't fix it!). NextPVR itself is working great, but I've a few bugs with NEWA. Before I go into depth trying to reproduce errors and logs, maybe someone could point me in the right direction if this is a known issue?
Main issue is that sometimes a few (sometimes a lot) channels are missing from the NEWA / iNEWA EPG. Secondary issue is that iNEWA sometimes hangs at the 'loading' spinning wheel.
I decided to delete the entire /web folder and reinstall 3.3.8 to give a clean install, but the issue remains.
Newbie here. I am trying to get the NextPVR Samsung App working on my SmartTV. I have the App loaded, I can see the TV Guide and Recordings, however, when I go to Watch LiveTV or Recordings I just get a Black screen.
I may be missing something in the setup and would appreciate some assistance.
HI there.
I don't know if this happens with manual recordings as well, but when I recorded 60 minutes last night via the TV guide module in the web interface, the recording suddenly cut out after an hour and a half.
Is there anything I can do to stop this happening? sometimes, TV programs over here run overtime.
I've set NextPVR to record a 3 hour test broadcast via the manual record option. I'm going to see if the video still cuts out when using the manual option as opposed to the tv guide.
I am running a Colossus with 3.3.8 and i'm getting a lot of distortion in the video. I used to use the colossus a long time ago but switched to a HDHomeRun Prime. Now more and more of the channels are going DRM I am back to trying to get the colossus working for the DRM channels.
I get the distortion in the live stream when streaming to XBMC and in recordings (whether I view them through XBMC or VLC). I used the same card through MediaPortal and it works fine.
I saw another thread related to the colossus and 3.3.8 but that appeared to be more related to tuning channels (which seems to work fine for me).
I've got a Popcorn hour, A100 version I think (based on photos on image search, PATA hard drive)
It's had a harddware hack to put a switch on the back to turn the hard drive (my old HDD was noisy, and so wanted to turn it off when not in use, while still using the gbpvr interface)
I'll have to see if I can find the remote & power supply (hopefully, that will not be an issue)
Whoever wants it can have it for the cost of postage. (from Wellington, NZ)
I'm getting bad stuttering after a day or so, but only on DVB-T. It affects both live tv and any recordings made while the issue is prevalent.
I've ruled out signal or codec issues, especially as a restart of the recording service instantly cures it. I then get rock solid live tv and recordings until the issue returns, usually 24-48 hours later. A restart of NPVR doesn't help. Channels coming through my Colossus aren't affected. I've also tried two totally different tuners, one a PCI and one an external USB, both different makes, and it made no difference.
In the logs you can see live tv starting at 2015-04-11 19:43:45 to 2015-04-11 21:24:18, that was stuttering badly.
I restarted NPVR to no avail, and then I restarted the recording service, and it was perfect.
I've also noticed that a lot of extra cpu use at idle during the issue, and that drops to next to nothing on the recording service restart.
Any help would be appreciated
Just realised that the heading should read "recording service restart cures it ...for a while"