Bug Random channels no longer load in Kodi, only buffer
#1
Certain seemingly random channels when selected in Kodi do not load. A progress bar is shown with buffering. I have reverted back to Gotham and the issue goes away. I have tested a nightly to see if this has been already fixed but the problem persists. I have done a completely fresh install of Windows 7, the latest NextPVR and all of the most recent patches. I have also verified that my other devices such as Plex and the Hauppauge live tv viewer can access the channels just fine. This is almost certainly an issue with Kodi and not with any other parts of the backend.

I have tried changing localhost to the IP of the machine with no success. I have completely disabled all of my firewalls and the problem exists. I have no recordings so the code below is a red flag. I am losing my mind over this!

Here is a log for a working channel:

Code:
02:28:30 T:2112   DEBUG: AddOnLog: NextPVR PVR Client: OpenLiveStream()@2
02:28:30 T:2112   DEBUG: AddOnLog: NextPVR PVR Client: HTTP/1.1 200 OK
                                            Server: NextPVR
                                            Connection: Close
                                            Content-Range: *
                                            Content-Type: video/MP2T
02:28:30 T:2112   DEBUG: AddOnLog: NextPVR PVR Client: OpenLiveStream()@exit
02:28:30 T:2112   DEBUG: CPVRChannelGroup - PVR::CPVRChannelGroup::Persist - persisting channel group 'All channels' with 68 channels
02:28:30 T:2112   DEBUG: PVRFile - XFILE::CPVRFile::Open - playback has started on filename pvr://channels/tv/All channels/5.pvr
02:28:30 T:2112   DEBUG: CDVDInputStreamPVRManager::Open - stream opened: pvr://channels/tv/All channels/5.pvr
02:28:30 T:2112  NOTICE: Creating Demuxer
02:28:31 T:2112   DEBUG: ffmpeg[840]: [mpegts] stream=0 stream_type=80 pid=3c prog_reg_desc=
02:28:31 T:2112   DEBUG: ffmpeg[840]: [mpegts] stream=1 stream_type=81 pid=3d prog_reg_desc=
02:28:31 T:2112   DEBUG: ffmpeg[840]: [mpegts] stream=2 stream_type=c0 pid=3e prog_reg_desc=
02:28:31 T:2112   DEBUG: ffmpeg[840]: [mpegts] stream=3 stream_type=c0 pid=3f prog_reg_desc=
02:28:31 T:2112    INFO: ffmpeg[840]: Input #0, mpegts, from 'pvr://channels/tv/All channels/5.pvr':
02:28:31 T:2112    INFO: ffmpeg[840]:   Duration: N/A, bitrate: N/A
02:28:31 T:2112    INFO: ffmpeg[840]:   Program 3
02:28:31 T:2112    INFO: ffmpeg[840]:     Stream #0:0[0x3c], 0, 1/90000: Unknown: none ([128][0][0][0] / 0x0080)
02:28:31 T:2112    INFO: ffmpeg[840]:     Stream #0:1[0x3d](eng), 0, 1/90000: Audio: ac3 ([129][0][0][0] / 0x0081), 0 channels
02:28:31 T:2112    INFO: ffmpeg[840]:     Stream #0:2[0x3e], 0, 1/90000: Unknown: none (ETV1 / 0x31565445)
02:28:31 T:2112    INFO: ffmpeg[840]:     Stream #0:3[0x3f], 0, 1/90000: Unknown: none (ETV1 / 0x31565445)
02:28:31 T:2112   DEBUG: CDVDDemuxFFmpeg::AddStream(0, ...) -> 0
02:28:31 T:2112   DEBUG: CDVDDemuxFFmpeg::AddStream(1, ...) -> 1
02:28:31 T:2112   DEBUG: CDVDDemuxFFmpeg::AddStream(2, ...) -> 2
02:28:31 T:2112   DEBUG: CDVDDemuxFFmpeg::AddStream(3, ...) -> 3
02:28:31 T:2112  NOTICE: Opening stream: 1 source: 256
02:28:31 T:2112  NOTICE: Finding audio codec for: 86019

Here is a log for a non working channel:

Code:
02:28:39 T:2112   DEBUG: AddOnLog: NextPVR PVR Client: OpenLiveStream()@2
02:28:39 T:2112   DEBUG: AddOnLog: NextPVR PVR Client: HTTP/1.1 200 OK
                                            Server: NextPVR
                                            Connection: Close
                                            Content-Range: *
                                            Content-Type: video/MP2T
02:28:39 T:2112   DEBUG: AddOnLog: NextPVR PVR Client: OpenLiveStream()@exit
02:28:39 T:2112   DEBUG: Loading settings for pvr://channels/tv/All channels/20.pvr
02:28:39 T:2112   DEBUG: CPVRChannelGroup - PVR::CPVRChannelGroup::Persist - persisting channel group 'All channels' with 68 channels
02:28:39 T:2112  NOTICE: PVRManager - PVR::CPVRManager::PerformChannelSwitch - switched to channel 'TNT'
02:28:39 T:3496   DEBUG: CAnnouncementManager - Announcement: OnStop from xbmc
02:28:39 T:2112  NOTICE: Creating Demuxer
02:28:39 T:3496   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnStop
02:28:39 T:3496   DEBUG: CAnnouncementManager - Announcement: OnPlay from xbmc
02:28:39 T:3496   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnPlay
02:28:43 T:4664   DEBUG: CFileCache::Open - opening <service> using cache
02:28:43 T:4664   DEBUG: CurlFile::Open(10558F20) http://localhost:8866/service?method=recording.recurring.list&sid=efe0da33223d4d4c8fe0d6838aa80fc1
02:28:43 T:4056  NOTICE: Thread FileCache start, auto delete: false
02:28:43 T:4056    INFO: CFileCache::Process - Hit eof.
02:28:43 T:4056   DEBUG: Thread FileCache 4056 terminating
02:28:43 T:4664   DEBUG: CFileCache::Open - opening <service> using cache
02:28:43 T:4664   DEBUG: CurlFile::Open(10558F20) http://localhost:8866/service?method=recording.list&filter=pending&sid=efe0da33223d4d4c8fe0d6838aa80fc1
02:28:43 T:3744  NOTICE: Thread FileCache start, auto delete: false
02:28:43 T:3744    INFO: CFileCache::Process - Hit eof.
02:28:43 T:3744   DEBUG: Thread FileCache 3744 terminating
02:28:43 T:4664   DEBUG: CFileCache::Open - opening <service> using cache
02:28:43 T:4664   DEBUG: CurlFile::Open(10558F20) http://localhost:8866/service?method=recording.list&filter=ready&sid=efe0da33223d4d4c8fe0d6838aa80fc1
02:28:43 T:4408  NOTICE: Thread FileCache start, auto delete: false
02:28:43 T:4408    INFO: CFileCache::Process - Hit eof.
02:28:43 T:4408   DEBUG: Thread FileCache 4408 terminating
02:28:43 T:2112    INFO: ffmpeg[840]: Input #0, mpegts, from 'pvr://channels/tv/All channels/5.pvr':
02:28:43 T:2112    INFO: ffmpeg[840]:   Duration: N/A, bitrate: N/A
02:28:43 T:2112    INFO: ffmpeg[840]:   Program 1
02:28:43 T:2112   DEBUG: CDVDPlayer::SetCaching - caching state 2
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] stream=0 stream_type=0 pid=30 prog_reg_desc=
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] stream=1 stream_type=0 pid=31 prog_reg_desc=
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 0 pp:2500
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] Probe with size=72465, packets=1 detected ico with score=25
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] stream=2 stream_type=0 pid=32 prog_reg_desc=
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] stream=3 stream_type=0 pid=33 prog_reg_desc=
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 0 pp:2499
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 1 pp:2500
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 0 pp:2498
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] Probe with size=131428, packets=3 detected ico with score=25
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 2 pp:2500
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 3 pp:2500
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 0 pp:2497
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 1 pp:2499
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] Probe with size=8960, packets=2 detected ac3 with score=51
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probed stream 1
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 0 pp:2496
02:28:43 T:2112   DEBUG: ffmpeg[840]: [mpegts] probing stream 0 pp:2495
02:28:43 T:5108   DEBUG: ------ Window Init (DialogSeekBar.xml) ------
Reply
#2
I think the problem might be the new sub-number format on npvr. If you look at the channel list on npvr it will have numbers like 6.1. Xbmc won't recognize it. If you go to channel detail for each channel and re number them numerically with no (.) Restart xbmc and the channels that had (.) Should load now.
Reply
#3
(2015-01-10, 23:51)amullins65 Wrote: I think the problem might be the new sub-number format on npvr.
The updated NextPVR addon changes, which support subchannel numbers on the Kodi side hasn't been merged yet. The changes were submitted about 2 months ago. Hopefully they'll merge them soon. If you're on Windows, you can use the updated addon that was posted.
Reply
#4
Thanks for the replies. I read somewhere else about this issue and I can confirm that all of my channels in NPVR are "13.0" "27.0" etc. I have also updated to the most recent version of NPVR and applied the patch to fix this sub channel issue.

I'm at a loss with this. The problem persists across Windows, Android, OS X and Linux. Helix only is impacted.

(2015-01-11, 02:35)sub3 Wrote:
(2015-01-10, 23:51)amullins65 Wrote: I think the problem might be the new sub-number format on npvr.
The updated NextPVR addon changes, which support subchannel numbers on the Kodi side hasn't been merged yet. The changes were submitted about 2 months ago. Hopefully they'll merge them soon. If you're on Windows, you can use the updated addon that was posted.

Wait, do you mean there's an update for the XBMC NextPVR addon? Could you post a link for me to test? This is news to me!
Reply
#5
(2015-01-11, 07:51)HeadLearning Wrote: Wait, do you mean there's an update for the XBMC NextPVR addon? Could you post a link for me to test? This is news to me!
Read this thread http://forum.kodi.tv/showthread.php?tid=208959
Reply
#6
(2015-01-11, 17:56)sub3 Wrote:
(2015-01-11, 07:51)HeadLearning Wrote: Wait, do you mean there's an update for the XBMC NextPVR addon? Could you post a link for me to test? This is news to me!
Read this thread http://forum.kodi.tv/showthread.php?tid=208959

Thanks sub, I replaced both NShared and the other dll, reset my computer, router and HDHomerun. Still not working for me.
Reply
#7
Hello, I am experiencing the same symptoms described here. The channels that do not load seem to be fairly random and change if I restart kodi. If I play the channel directly in nextpvr (or the HDHomerun View application/VLC) it works flawlessly so I can only assume it is a bug in kodi/the NextPVR add-on for kodi)

PS - this setup is only about two weeks old and I have been experiencing this problem since the third day it was working.
Reply
#8
I am experiencing the same symptoms as above: that is apparent failure of some channels to display in Kodi. I have discovered that it is not random all the channels that will not display are on the same 'Mux'. I receive my Freeview from Waltham transmitter and any channels on Mux com 4 will not work on NextPVR client on Kodi but work perfectly in NextPVR backend.

I have had a look at the log and I see such errors as these:

08:49:21 T:1080 ERROR: AddOnLog: NextPVR PVR Client: Socket::read EAGAIN
08:49:21 T:4952 DEBUG: Thread FileCache 4952 terminating
08:49:21 T:1080 ERROR: AddOnLog: NextPVR PVR Client: Socket::read EAGAIN
08:49:24 T:5704 ERROR: Previous line repeats 59 times.

08:49:24 T:1080 ERROR: AddOnLog: NextPVR PVR Client: Socket::read EAGAIN
08:49:27 T:1080 ERROR: Previous line repeats 47 times.
08:49:27 T:1080 INFO: ffmpeg[438]: Input #0, mpegts, from 'pvr://channels/tv/All channels/pvr.nextpvr_7347.pvr':
08:49:27 T:1080 INFO: ffmpeg[438]: Duration: N/A, bitrate: N/A
08:49:27 T:1080 ERROR: CSelectionStreams::Get - failed to get stream

If anybody can help me resolve these issues I would be very much obliged because I would not like to have to ditch NextPVR.
Reply
#9
1. You need to post your logs correctly, and as per forum rules,

2. For me sub channels aren't working in v15. Try and turn off backend channel numbering. But I wouldn't know what version you are on because you didn't post it.
I really have no idea what I am talking about. Proceed with caution. I confuse easily. And drink. A lot.
Reply
#10
I am completely new to this having just installed Kodi 15.0, NextPVR addon 1.10.8, NextPVR 3.4.8 using an August DVB-T210 USB receiver on W7/64 SPI. Uk Sandy Heath transmitter. I am getting similar problems.

I am finding certain channels won't play in Kodi but will in NextPVR - Drama being one.

Not sure what is meant about x.y channel numbers, Drama appears to be channel 20.

I have cleared and reloaded the channels several times, also the EPG data, turned on and off backend numbering etc. Disabled and re-enabled NextPVR addon.

There are other channels that don't work, that is just one example. Nothing I do will make it work, It sits there loading, then saying buffering 0%. Displays just fine in NextPVR though.

Help appreciated, or alternatively, suggestion of a different backend that might be more compatible?
Reply
#11
I'm having this same issue. Random channels just won't play. One day channel A won't play and B will, the next day B won't play and A will. I'm unable to find a pattern, but I can say with certainly that it's Kodi causing the issue, as the channels behave correctly when viewing directly on the HDHR and in NextPVR. I have tested this with a NextPVR and Kodi on separate machines, as well as both on the same box with no difference.

I honestly don't see how this isn't an issue for everyone with a. Kodi/NextPVR/HDHR set up, as no matter how many different configurations I try, I still have the issue.

This is a really disappointing issue, because I'm loving the set up overall, but obviously if I can't rely on channels working, then the solution is not viable.

I see that this thread was started in January and has been stale since August. Is this issue acknowledged as a bug by the Kodi team? Is there any one with a working Kodi/NextPVR/HDHR who can help us figure out what's happening here?

Thanks!
Reply
#12
You'll need to post the logs showing the problem occurring. We'd need a kodi log, with debug logging enabled, and a zip of the NextPVR logs directory (c:\users\public\npvr\logs)
Reply
#13
Thanks sub3.

Here's the Kodi log:
http://xbmclogs.com/pxh22g0bj

Here's the NPVR logs:
http://www.socketinteractive.com/npvrlogs.zip

I switched around to different channels. Here are the ones that didn't load during this session:
103 KWPX
106 KONG
107 KIRO

Client system:
Windows 8.1 with all the latest updates
Intel i3 machine with 4gigs RAM
Hard wired via gigabit network
Kodo 15.1 (just saw that 15.2 is out, will update to that and test more)


Server system:
Windows Server 2008 R2 with all the latest updates
Intel i7 with 16gigs RAM
Hard wired via gigabit network
NextPVR 3.5.7

Please let me know if there's anything else you need me to provide.

I looked through the logs and couldn't see anything different between the channels that loaded and the channels that didn't, but I'm far from an expert on this subject. I appreciate any help folks in the know could provide on this issue.

Thanks!
Reply
#14
Aloha, I am a newbie Kodi user and I had been getting similar results, this is my setup

Server System
Windows 10 Pro, Intel i5, GT 730, 16gb ram, 500gb ssd, wired gigabit
MySQL 5.7 for the client shared database
NextPVR 3.5.7
2x HDHomeRun Prime w/cable cards (6 tuners) to Comcast (in California - Bay Area)
MyMovies.dk also loads MS SQL Server 2014
PlayOn uPNP server

4x Client Systems
Windows 10 Pro, Intel NUC or Zotac ZBox Nano's, 4gb ram, 80gb hd, wired gigabit
Kodi 15.2 (with the advancedsettings.xml pointing to the above server)

I mentioned that I HAD been getting this buffering 0% nonsense for 2 weeks since I switched from Windows Media Center to Kodi / NextPVR
LOTS of messing around with settings, different decoders, codec packs, etc - finally found a combo that works for me

uninstalled all codec packs
downloaded ffdshow 1.3.4531 and did a standard install
downloaded madVR v0.89.16 and followed the installation text
set NextPVR video renderer to madVR
set NextPVR video and audio decoders to ffdshow
restarted NextPVR and it works with 100 HD channels, 17 SD channels, but no DRM support (future?)

I did change the Timeout When Starting Playback from 10 to 15 seconds
I also put a 1000ms delay on the channel change, not sure if this helps but it slows down my mother-in-law
no other settings changed in Kodi, no other repositories loaded, confluence skin, very vanilla installs
I honestly feel that the madVR was the key ingredient here, but I could be wrong, been there before...
Mike
Reply
#15
(2015-11-15, 02:52)MicroMike Wrote: Aloha, I am a newbie Kodi user and I had been getting similar results, this is my setup

I mentioned that I HAD been getting this buffering 0% nonsense for 2 weeks since I switched from Windows Media Center to Kodi / NextPVR
LOTS of messing around with settings, different decoders, codec packs, etc - finally found a combo that works for me

uninstalled all codec packs
downloaded ffdshow 1.3.4531 and did a standard install
downloaded madVR v0.89.16 and followed the installation text
set NextPVR video renderer to madVR
set NextPVR video and audio decoders to ffdshow
restarted NextPVR and it works with 100 HD channels, 17 SD channels, but no DRM support (future?)

I did change the Timeout When Starting Playback from 10 to 15 seconds
I also put a 1000ms delay on the channel change, not sure if this helps but it slows down my mother-in-law
no other settings changed in Kodi, no other repositories loaded, confluence skin, very vanilla installs
I honestly feel that the madVR was the key ingredient here, but I could be wrong, been there before...
Mike


Mike,

I tried your suggestions, but unfortunately, they did not work for me.

Thanks for the suggestion. If anyone else has suggestions, I'm more that happy to hear them.

Daryl
Reply

Logout Mark Read Team Forum Stats Members Help
Random channels no longer load in Kodi, only buffer0