[na8 repairs]

I have my win7 with AVerMedia 716x BDA ATSC Tuner, dual tuner hooked up to OTA and works great in NPVR 3.4.8. On my win8.1 down stairs it works great if using NPVR software. When I try Kodi 14.2 I can see what has recorded, what's going to record even schedule new recordings. I can not view live tv or recorded tv. I get a connection lost and then it stays at 0% buffering.

I have already tried Gotham 13.2 same. Tried removing all the channel minors, enable and disable timeshift, Kodi log shows

10:48:01 T:2980 ERROR: PVR - ADDON::CAddonCallbacksPVR:VRTransferTimerEntry - cannot find channel 8101 on client 1
10:48:01 T:2980 ERROR: Previous line repeats 2 times. Line 891: 10:48:08 T:2980 ERROR: Previous line repeats 2 times.
10:51:16 T:828 DEBUG: CAddonCallbacksAddon - ADDON::CAddonCallbacksAddon::QueueNotification - NextPVR PVR Client - Error Message : 'Tuner no longer available'
10:51:16 T:828 ERROR: CSelectionStreams::Get - failed to get stream

When I look over my npvr.log there is not channel 8101 they all appear to be 7102 - 7214. So I deleted all my channels and rescanned in npvr, and reset kodi and I get the same thing.

2015-04-03 17:48:40.809 [DEBUG][1] LoadChannelListings done (listings = 406)
2015-04-03 17:48:40.809 [DEBUG][1] LoadChannelListings(channel=7198)
2015-04-03 17:48:40.825 [DEBUG][1] LoadChannelListings done (listings = 377)
2015-04-03 17:48:40.825 [DEBUG][1] LoadChannelListings(channel=7208)
2015-04-03 17:48:40.831 [DEBUG][1] LoadChannelListings done (listings = 406)
2015-04-03 17:48:40.832 [DEBUG][1] LoadChannelListings(channel=7184)
2015-04-03 17:48:40.862 [DEBUG][1] LoadChannelListings done (listings = 380)
2015-04-03 17:48:40.862 [DEBUG][1] LoadChannelListings(channel=7197)
2015-04-03 17:48:40.874 [DEBUG][1] LoadChannelListings done (listings = 368)
2015-04-03 17:48:40.874 [DEBUG][1] LoadChannelListings(channel=7198)
2015-04-03 17:48:40.899 [DEBUG][1] LoadChannelListings done (listings = 377)
2015-04-03 17:48:40.899 [DEBUG][1] LoadChannelListings(channel=7148)
2015-04-03 17:48:40.908 [DEBUG][1] LoadChannelListings done (listings = 399)
2015-04-03 17:48:40.908 [DEBUG][1] LoadChannelListings(channel=7149)
2015-04-03 17:48:40.914 [DEBUG][1] LoadChannelListings done (listings = 387)
2015-04-03 17:48:40.915 [DEBUG][1] LoadChannelListings(channel=7150)
2015-04-03 17:48:40.936 [DEBUG][1] LoadChannelListings done (listings = 405)
2015-04-03 17:48:40.937 [DEBUG][1] LoadChannelListings(channel=7158)
2015-04-03 17:48:40.963 [DEBUG][1] LoadChannelListings done (listings = 376)

I am getting the same problems with my raspberry pi running openelec as well?

[emveepee]

Sub defaults all recurring recording to use channel oid 8101 it is not really the error you are talking about

Martin

[na8 repairs]

Then what is the error, or how do I make it work?

[micnolmad]

Just to chime in, on some channels we get a 0% buffering that after some tries crashes the addon although the crash text tells that the backend has crashed which seems odd since I can close kodi and open nprv and start viewing any channel.

The channels which mostly produce this 0% can be watched all day via nprv. Only problem with that is that I don't have audio in nprv on those channels are they use HE-AAC which I can't find or get to work. So it might be the HE-AAC codec kodi uses that are causing my issue. I can't verify this before I get a codec for windows. If I can register the one kodi used it would give the best situation to compare in.

[sub3]

The channels which mostly produce this 0% can be watched all day via nprv. Only problem with that is that I don't have audio in nprv on those channels are they use HE-AAC which I can't find or get to work.

Just install the LAV decoders, and select the LAV Audio Decoder as your HE-AAC decoder. Another option is the Monogram AAC decoder.

[MrReis]

Just to chime in, on some channels we get a 0% buffering that after some tries crashes the addon although the crash text tells that the backend has crashed which seems odd since I can close kodi and open nprv and start viewing any channel.

The channels which mostly produce this 0% can be watched all day via nprv.

I share the "0% buffering" problem with you. I am just curious, when you write "after some tries crashes the addon" do you mean after stopping and then re-tuning the problem channel some number of times, the NextPVR add on crashes? I ask because I do not see that behavior.

[joefez]

I've had the exact same problem.

I'm using Win 7/ i3 3225 / 8GB / 250GB SSD / 5/2/2 TB HDD's with Jarvis 16.2 and a TBS 6981/2

Long time user of Kodi (way back to XBMC on the original Xbox), but recently switched over to Kodi Isengard + MediaPortal 1.11 for PVR duties when MS decided to muck around with the MCE Guide listings.

MP seemed ok to begin with, though it would often bug out on HD channels after a completely random period of time (though generally <1hr). Updating Kodi to Jarvis and there was more hanging, black screens, falling back to the guide or more recently crashing Kodi completely. SD streams would often glitch out as well, hanging, jumping back to the guide, buffering at zero, etc. Any android clients round the house, connected via ethernet, would also experience terrible, practically unwatchable buffering on HD streams and frequent buffering on SD streams despite having a single hop, wired connection to the server.

I thought maybe MP 1.11 was at fault, given that the set up process was quite long winded and it was never 100% stable for any period of time. So I updated to 1.14 which was even worse, causing live tv to crash the MP Service, requiring a service restart every time.

Before throwing the towel in I decided to try a few different backend's and switched to NPVR 3.6.6 in the hope that it would solve the problem. Unfortunately many of the same problems occurred, with Kodi bombing out on HD channels, and heavy buffering on SD, though never quite as bad as MP. Android clients suffered similarly under NPVR.

Bringing myself up to speed on this thread and others linked by MrReis on the bug tracker about 0% buffering and unwatchable channels, I uninstalled 3.6.6 & installed 3.3.8 as suggested and already have seen a huge improvement. Like night & day.

All the android clients can now immediately play uninterrupted HD Channels (BBC One, Two, Chan 4 etc). The main server, whilst still in early testing, has been playing an uninterrupted HD stream (Channel 4HD whilst recording BBC2 HD) for over two hours now with no issues, which has not happened for me since using MCE.

Unfortunately I do not have any of my logs to contribute from when I was having problems, so this post amounts to a rather feeble 'me too'. But for what it's worth... me too

If I get some spare time I will try and recreate the issue as I know the answer will be in the logs, but I'm loathe to break it on purpose now I have got it working!

ps: Thanks MrReis for the workaround

[The Cheshire Cat]

I've had the exact same problem.

I'm using Win 7/ i3 3225 / 8GB / 250GB SSD / 5/2/2 TB HDD's with Jarvis 16.2 and a TBS 6981/2

Long time user of Kodi (way back to XBMC on the original Xbox), but recently switched over to Kodi Isengard + MediaPortal 1.11 for PVR duties when MS decided to muck around with the MCE Guide listings.

MP seemed ok to begin with, though it would often bug out on HD channels after a completely random period of time (though generally <1hr). Updating Kodi to Jarvis and there was more hanging, black screens, falling back to the guide or more recently crashing Kodi completely. SD streams would often glitch out as well, hanging, jumping back to the guide, buffering at zero, etc. Any android clients round the house, connected via ethernet, would also experience terrible, practically unwatchable buffering on HD streams and frequent buffering on SD streams despite having a single hop, wired connection to the server.

I thought maybe MP 1.11 was at fault, given that the set up process was quite long winded and it was never 100% stable for any period of time. So I updated to 1.14 which was even worse, causing live tv to crash the MP Service, requiring a service restart every time.

Before throwing the towel in I decided to try a few different backend's and switched to NPVR 3.6.6 in the hope that it would solve the problem. Unfortunately many of the same problems occurred, with Kodi bombing out on HD channels, and heavy buffering on SD, though never quite as bad as MP. Android clients suffered similarly under NPVR.

Bringing myself up to speed on this thread and others linked by MrReis on the bug tracker about 0% buffering and unwatchable channels, I uninstalled 3.6.6 & installed 3.3.8 as suggested and already have seen a huge improvement. Like night & day.

All the android clients can now immediately play uninterrupted HD Channels (BBC One, Two, Chan 4 etc). The main server, whilst still in early testing, has been playing an uninterrupted HD stream (Channel 4HD whilst recording BBC2 HD) for over two hours now with no issues, which has not happened for me since using MCE.

Unfortunately I do not have any of my logs to contribute from when I was having problems, so this post amounts to a rather feeble 'me too'. But for what it's worth... me too

If I get some spare time I will try and recreate the issue as I know the answer will be in the logs, but I'm loathe to break it on purpose now I have got it working!

ps: Thanks MrReis for the workaround

Kodi keeps telling me that I need 3.6.6 for it to work, how did you fix this?

[MrReis]

Kodi keeps telling me that I need 3.6.6 for it to work, how did you fix this?

See: Kodi nextPVR hangs at Buffering 0% Post: #33

[The Cheshire Cat]

Changing the skin to default then back again fixed it for me.