v16 Can't connect with MythTV server properly
#1
I just updated to Jarvis Kodi (16.1-RC2 Git:2016-03-11-a6d8b94). Platform: Linux x86 64-bit

I also updated to the Jarvis add-on compiled out of git: 3.4.6

I am running mythtv-0.27.4-6.fc20.x86_64 and although it can find the MythTV server, it looks like it gets stumped trying to read the backend server information. After hunting through the logs I found that it was it can't seem to connect if I look at the mythtvbackend log I see this:

Code:
2016-03-15 02:51:55.666818 I [1825/3488] ProcessRequest mainserver.cpp:1448 (HandleAnnounce) - adding: localhost as a client (events: 1)
2016-03-15 02:53:44.035815 C [1825/3488] ProcessRequest mainserver.cpp:1345 (HandleVersion) - MainServer::HandleVersion - Client speaks protocol version 88 but we speak 77!
2016-03-15 02:53:44.041636 I [1825/3488] ProcessRequest mainserver.cpp:1446 (HandleAnnounce) - MainServer::ANN Monitor
2

I was under the understanding that the new add-ons should be backwards-compatible (i.e. if it can read 0.28 / protocol 88, then it should be OK with 0.27 / protocol 77). Is this not the case?

Thanks!
Reply
#2
Current MythTV is 0.27.6, and current pvr.mythtv for Jarvis is 3.4.9. Although, both versions of what you're running should be fine.

I believe the error you mentioned is normal, and the client will then drop down 77 if it can't 'speak' 88. Have you been able to access your backend from the machine you're running Kodi on previously?
Reply
#3
(2016-03-15, 17:19)rpcameron Wrote: Current MythTV is 0.27.6, and current pvr.mythtv for Jarvis is 3.4.9. Although, both versions of what you're running should be fine.

I believe the error you mentioned is normal, and the client will then drop down 77 if it can't 'speak' 88. Have you been able to access your backend from the machine you're running Kodi on previously?

Yep, I have and I can access the current mythbackend using mythfrontend on the machine just fine. It looks like it's trying to load the channels (I see things flashes by quickly), but then then the recordings and channels under Live TV are all blank. If I switch to the default Confluence skin, I don't see the Live TV option at all. I'll try and get the kodi.log when I get home and post a link to it. Is there a canonical pastebin to use?
Reply
#4
Hi,

I'm having this exact problem. Kodi does not "fall back" to the prior version. The TV tab never loads. I can access everything fine via mythfrontend.

Is there a solution in the works?
Reply
#5
Guys and/or Gals

Please post a debug_log (wiki) so devs and others can look at it and see if the issue can be found

Cheers!
Reply
#6
you should have a look to http://janbar.github.io/pvr.mythtv/manua...leshooting

There I explained the common cause of this issue:

Live TV not showing, but I'm pretty sure that it was working according to Kodi. At least the EPG was loading at startup, and the addon was enabled.

Regular issue is none of channels have been retrieved due a data corruption. The addon had choked on a channel with an invalid character in the name or call sign. Editing the channel name or call sign in the MythTV backend will fix the issue.

** So the addon cannot load your channels because the JSON or XML fragment transfered by the backend is invalid. This is a bug from Myth API which doesn't clean some strings before wrap the message throw the protocol. To fix it, you have to cleanup yourself your channel name or call sign.
Reply
#7
(2016-03-18, 00:16)janbar Wrote: you should have a look to http://janbar.github.io/pvr.mythtv/manua...leshooting

There I explained the common cause of this issue:

Live TV not showing, but I'm pretty sure that it was working according to Kodi. At least the EPG was loading at startup, and the addon was enabled.

Regular issue is none of channels have been retrieved due a data corruption. The addon had choked on a channel with an invalid character in the name or call sign. Editing the channel name or call sign in the MythTV backend will fix the issue.

** So the addon cannot load your channels because the JSON or XML fragment transfered by the backend is invalid. This is a bug from Myth API which doesn't clean some strings before wrap the message throw the protocol. To fix it, you have to cleanup yourself your channel name or call sign.

This solved it! Thank you!
Reply
#8
(2016-03-18, 00:16)janbar Wrote: you should have a look to http://janbar.github.io/pvr.mythtv/manua...leshooting

There I explained the common cause of this issue:

Live TV not showing, but I'm pretty sure that it was working according to Kodi. At least the EPG was loading at startup, and the addon was enabled.

Regular issue is none of channels have been retrieved due a data corruption. The addon had choked on a channel with an invalid character in the name or call sign. Editing the channel name or call sign in the MythTV backend will fix the issue.

** So the addon cannot load your channels because the JSON or XML fragment transfered by the backend is invalid. This is a bug from Myth API which doesn't clean some strings before wrap the message throw the protocol. To fix it, you have to cleanup yourself your channel name or call sign.

What are invalid characters? Would "5_2" in channel number make it choke? My channel scan gives me channels with numbers like that. Previous version of the PVR add-on on Kodi 15 worked just fine with that channel name. Are "(" OK in the call signs?
Reply
#9
I guess I'm wondering if there is some way to figure out which is the offending call sign/channel number. I can't see a place in the debug log where the .xml or .json fragment is output to the log.
Reply
#10
OK I enabled the "more log info" option, does this look normal? I notice the json is truncated but maybe that's just for display, here's the log for when entering live TV:

Code:
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: HTTP/1.1 200 OK
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: Date: 19 Mar 2016 04:46:06
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: Server: Linux 3.19.8-100.fc20.x86_64, UPnP/1.0, MythTV 0.27.20141016-1
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: Accept-Ranges: bytes
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: Cache-Control: no-cache="Ext", max-age = 5000
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: ETag: "11ee02baac51435a4e136415f4b063e408d2831d"
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: Connection: Close
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: Content-Type: application/json
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse: Content-Length: 55119
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetResponse:
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)Document: {"ChannelInfoList": {"StartIndex": "0", "Count": "100", "CurrentPage": "1", "TotalPages": "2", "TotalAvailable": "174", "AsOf": "2016-03-19T04:46:06Z", "Version": "0.27.20141016-1", "ProtoVer": "77", "ChannelInfos": [{"ChanId": "2052", "ChanNum": "6", "CallSign": "Me TV", "IconURL": "", "ChannelName": "Me TV", "MplexId": "52", "TransportId": "1857", "ServiceId": "10604", "NetworkId": "0", "ATSCMajorChan": "5", "ATSCMinorChan": "2", "Format": "ATSC", "Modulation": "qam_256", "Frequency": "507000000", "FrequencyId": "71", "FrequencyTable": "us-cable", "FineTune": "0", "SIStandard": "atsc", "ChanFilters": "", "SourceId": "2", "InputId": "0", "CommFree": "0", "UseEIT": "true", "Visible": "true", "XMLTVID": "", "DefaultAuth": "", "Programs": []},{"ChanId": "2252", "ChanNum": "26", "CallSign": "WFXT Mo", "IconURL": "wfxt25_boston.png", "ChannelName": "WFXT Mo", "MplexId": "53", "TransportId": "1858", "ServiceId": "10804", "NetworkId": "0", "ATSCMajorChan": "25", "ATSCMinorChan": "2", "Format": "ATSC", "Modulation": "qam_256", "Frequency": "513000000", "FrequencyId": "72", "FrequencyTable": "us-cable", "FineTune": "0", "SIStandard": "atsc", "ChanFilters": "", "SourceId": "2", "InputId": "0", "CommFree": "0", "UseEIT": "true", "Visible": "true", "XMLTVID": "", "DefaultAuth": "", "Programs": []},{"ChanId": "2621", "ChanNum": "62", "CallSign": "WMFP HD", "IconURL": "", "ChannelName": "CozyTV-D1", "MplexId": "108", "TransportId": "10937", "ServiceId": "11404", "NetworkId": "0", "ATSCMajorChan": "62", "ATSCMinorChan": "1", "Format": "ATSC", "Modulation": "qam_256", "Frequency": "543000000", "FrequencyId": "77", "FrequencyTable": "us-cable", "FineTune": "0", "SIStandard": "atsc", "ChanFilters": "", "SourceId": "2", "InputId": "0", "CommFree": "0", "UseEIT": "true", "Visible": "true", "XMLTVID": "", "DefaultAuth": "", "Programs": []},{"ChanId": "2662", "ChanNum": "67", "CallSign": "Bounce ", "IconURL": "", "ChannelName": "BounceTV 66.2 WUTF-DT", "MplexId": "50", "TransportId": "10509", "ServiceId": "13004", "NetworkId": "0", "ATSCMajorChan": "66", "ATSCMinorChan": "2", "Format": "ATSC", "Modulation": "qam_256", "Frequency": "489000000", "FrequencyId": "68", "FrequencyTable": "us-cable", "FineTune": "0", "SIStandard": "atsc", "ChanFilters": "", "SourceId": "2", "InputId": "0", "CommFree": "0", "UseEIT": "true", "Visible": "false", "XMLTVID": "", "DefaultAuth": "", "Programs": []},{"ChanId": "2663", "ChanNum": "69", "CallSign": "WUTF ge", "IconURL": "qubo.jpg", "ChannelName": "getTV 66.3 WUTF-DT", "MplexId": "56", "TransportId": "10511", "ServiceId": "12004", "NetworkId": "0", "ATSCMajorChan": "68", "ATSCMinorChan": "2", "Format": "ATSC", "Modulation": "qam_256", "Frequency": "531000000", "FrequencyId": "75", "FrequencyTable": "us-cable", "FineTune": "0", "SIStandard": "atsc", "ChanFilters": "", "SourceId": "2", "InputId": "0", "CommFree": "0", "UseEIT": "true", "Visible": "true", "XMLTVID": "44651", "DefaultAuth": "", "Programs": []},{"ChanId": "2731", "ChanNum": "63", "CallSign": "2731", "IconURL": "", "ChannelName": "", "MplexId": "78", "TransportId": "1680", "ServiceId": "101", "NetworkId": "0", "ATSCMajorChan": "0", "ATSCMinorChan": "0", "Format": "", "Modulation": "qam_256", "Frequency": "459000000", "FrequencyId": "63", "FrequencyTable": "us-cable", "FineTune": "0", "SIStandard": "", "ChanFilters": "", "SourceId": "2", "InputId": "0", "CommFree": "0", "UseEIT": "false", "Visible": "false", "XMLTVID": "", "DefaultAuth": "", "Programs": []},{"ChanId": "2753", "ChanNum": "65-103", "CallSign": "2753", "IconURL": "", "ChannelName": "", "MplexId": "111", "TransportId": "10936", "ServiceId": "103", "NetworkId": "0", "ATSCMajorChan": "0", "ATSCMinorChan": "0", "Format": "", "Modulation": "qam_256", "Frequency": "471000000", "FrequencyId": "65", "FrequencyTable": "us-cable", "FineTune": "0", "SIStandard": "atsc", "ChanFilters": "", "SourceId": "2", "InputId": "0", "CommFree": "0", "UseEIT": "false", "Visible": "false", "XMLTVID": "", "DefaultAuth": "", "Programs": []},{"ChanId": "2754", "ChanNum": "65-104", "CallSign":
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetChannelList1_2: content parsed
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetChannelList1_2: received count(100)
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)GetChannelList1_2: request index(100) count(100)
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)__connectAddr: connected to socket(0x7f132c0eae68)
00:46:06 T:139719010662144   DEBUG: AddOnLog: MythTV PVR Client: (CPPMyth)SendRequest: GET /Channel/GetChannelInfoList?SourceID=%32&StartIndex=%31%30%30&Count=%31%30%30 HTTP/1.1
Reply
#11
@fiveisalive,

You could check your channel service with your browser:

http://YOUR_BACKEND_IP:6544/Channel/GetC...Count=1000

Set the source id to the right value and the count > of your total count of channels.

So if your browser can parse the message then all is right about channels. Else the browser is choked by a malformed UTF8 character and you have to clean up your channels name or callsign removing any extended ISO characters.

If all is right then the issue is anywhere. So post your log to pastebin service.
Reply
#12
(2016-03-20, 11:28)janbar Wrote: @fiveisalive,

You could check your channel service with your browser:

http://YOUR_BACKEND_IP:6544/Channel/GetC...Count=1000

Set the source id to the right value and the count > of your total count of channels.

So if your browser can parse the message then all is right about channels. Else the browser is choked by a malformed UTF8 character and you have to clean up your channels name or callsign removing any extended ISO characters.

If all is right then the issue is anywhere. So post your log to pastebin service.

Using the following URL: http://192.168.2.51:6544/Channel/GetChan...&Count=174 I get 174 channels and the XML is well-formed, so it seems the issue is elsewhere (this is with the latest 3.4.12 of the add-on).
Reply
#13
@fiveisalive

1 - So, be sure you haven't disable LiveTV option in addon configuration. Else Kodi hide the menu Live TV, and it allows you only to map pvr://recordings as video source.
2 - No more Live TV, then post debug log to pastebin service.
Reply
#14
(2016-04-03, 01:03)janbar Wrote: @fiveisalive

1 - So, be sure you haven't disable LiveTV option in addon configuration. Else Kodi hide the menu Live TV, and it allows you only to map pvr://recordings as video source.
2 - No more Live TV, then post debug log to pastebin service.

It's definitely (2), here's the pastebin: http://pasted.co/02f788f8
Reply
#15
@fiveisalive, have you a particular reason to setup addon using backend address ipv6 ? i.e "::1"
Reply

Logout Mark Read Team Forum Stats Members Help
Can't connect with MythTV server properly1