MythTV PVR client Addon Developers Wanted - Developers Only! - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Add-ons (https://forum.kodi.tv/forumdisplay.php?fid=26) +---- Forum: PVR (https://forum.kodi.tv/forumdisplay.php?fid=136) +---- Thread: MythTV PVR client Addon Developers Wanted - Developers Only! (/showthread.php?tid=82015) |
- fiveisalive - 2011-02-09 problem seems to that it returns 8 on the first attempt, and 56 on the 2nd, which would eventually match but by then it's too late. maybe check out the logic in mythbox, I think it had a similar problem a while back with protocol errors - dteirney - 2011-02-09 fiveisalive Wrote:problem seems to that it returns 8 on the first attempt, and 56 on the 2nd, which would eventually match but by then it's too late. maybe check out the logic in mythbox, I think it had a similar problem a while back with protocol errors Can you make sure you don't have any local changes? There is no code in github that sets the connection version to 56 until right before the connection is returned. - dekani - 2011-02-09 I have tested and generated binairies with the last changes. Livetv, recordings and tv guide are working correctly (for me). Thank you for the support of the 0.23.1 version. MythTV Version : 26863 MythTV Branch : branches/release-0-23-fixes Network Protocol : 23056 Library API : 0.23.1.201000710-1 - dteirney - 2011-02-10 dekani Wrote:I have tested and generated binairies with the last changes. Livetv, recordings and tv guide are working correctly (for me). Thank you for the support of the 0.23.1 version. Thanks. dekani, are you able to post a debug log for me to review and double check. Can anyone else also confirm that the latest code in github is working for Myth 0.23.1? The commit is ready to push into 10.1 to support Myth 0.23.1, but I can't do that without a debug log that I can review to confirm. - dekani - 2011-02-10 Please see a full debug file here (generated from France) : http://pastebin.com/pwVyJkZM FYI, the EPG (from TV) hasn't been displayed correctly today. (nothing is available) I'm also using a mythtv source (from videos), and here the EPG is correctly displayed. (not available in the debug file) Edit: About the EPG, I have just seen in the log file, I haven't changed the default password for the mythtv account. I think it is the reason why the EPG doesn't work today. (but it was working yesterday, strange...) I will do some new tests with the good password tonight. - dubstar_04 - 2011-02-10 dekani Wrote:Please see a full debug file here (generated from France) : http://pastebin.com/pwVyJkZM my channels keep going missing from the timeline. I have also noticed that xbmc reports 'next recording' as recordings from the past. I have tested this on two machines and both yield the same results. if there are any logs or info i can provide please let me know. - opdenkamp - 2011-02-10 noticed the issue in tvheadend too, so it's very likely that I messed something up in the "pvr core" - dekani - 2011-02-11 Same problem (epg not updated) if I change the addon password... I have cleared the TV Database (with the xbmc option in Settings/Live TV), xbmc crash just after calling this option... (a crash log file is generated) but when xbmc restarts the EPG is fully reloaded. - fiveisalive - 2011-02-11 OK, checked that there were no local changes, recompiled etc. but still no live TV (although now it seems to be doing something and takes a bit longer before it displays the "channel can not be played message"), full log: http://fpaste.org/48pK/ So this may be a different problem with Live TV playback. - fiveisalive - 2011-02-11 fiveisalive Wrote:OK, checked that there were no local changes, recompiled etc. but still no live TV (although now it seems to be doing something and takes a bit longer before it displays the "channel can not be played message"), full log: http://fpaste.org/48pK/ OK, so now I went through my channels, and I found a couple that worked, however all them were SD, none of the HD channels worked. Also the channel numbers from mythfrontend were different. e.g. normally I see channel "2.1" which is WGBH in mythfrontend, but xbmc maps this to just "2" (does this matter?) Also it seems to be getting confused as to which channels I have access to, for example it lists "BBC World" as a channel, but no such channel exists in my mythfrontend/backend, nor certainly in my actual signal as far as I can tell. Does the myth addon somehow supplement information from the web, in addition to what it pulls from mythbackend? - fiveisalive - 2011-02-11 So here's the contents of my /var/log/mythtv/mythbackend.log when the failure of the playing Live TV occurs (for the same channel, WGBH Boston), maybe this will help narrow down the issue. (Note that playback with xbmc works just fine with the Mythbox addon in Dharma as well as the built-in myth:// support with the same backend server, so this is definitely pvr branch specific). Code: 2011-02-11 01:07:15.842 MainServer::HandleVersion - Client speaks protocol version 8 but we speak 23056! - dteirney - 2011-02-12 fiveisalive Wrote:OK, so now I went through my channels, and I found a couple that worked, however all them were SD, none of the HD channels worked. Also the channel numbers from mythfrontend were different. e.g. normally I see channel "2.1" which is WGBH in mythfrontend, but xbmc maps this to just "2" (does this matter?) The list of channels is what comes back over the MythXML interface. Have a look at what the following URL returns and see if that BBC channel is in there. http://192.168.2.51:6544/Myth/GetProgramGuide?EndTime=2011-02-11T00:29:10&NumOfChannels=-1&StartTime=2011-02-11T00:29:10 - dteirney - 2011-02-12 fiveisalive Wrote:OK, so now I went through my channels, and I found a couple that worked, however all them were SD, none of the HD channels worked. Also the channel numbers from mythfrontend were different. e.g. normally I see channel "2.1" which is WGBH in mythfrontend, but xbmc maps this to just "2" (does this matter?) Channel number is an integer in the PVR API at the moment (which it is for most regions I've seen). Never seen a channel number listed as "2.1". 2.1 will be getting converted to 2 as part of converting the string to an integer. - dteirney - 2011-02-13 fiveisalive Wrote:So here's the contents of my /var/log/mythtv/mythbackend.log when the failure of the playing Live TV occurs (for the same channel, WGBH Boston), maybe this will help narrow down the issue. (Note that playback with xbmc works just fine with the Mythbox addon in Dharma as well as the built-in myth:// support with the same backend server, so this is definitely pvr branch specific). The PVR branch is delegating directly to the existing myth:// support. It has a few patches to prevent a deadlock when starting LiveTV, but that's all at this stage. Are you sure that LiveTV works if you play it though the myth:// directory structure? Some debug logs confirming that would be useful. - rupert - 2011-02-13 dteirney Wrote:Channel number is an integer in the PVR API at the moment (which it is for most regions I've seen). Never seen a channel number listed as "2.1". This could be a big problem for those of us in the States (and I think our Canadian friends when they convert later this year or so?). Our digital OTA standards allow for subchannel numbers to represent different streams on that channel. For instance my OTA PBS station has 56.1, 56.2 and 56.3, there is no channel "56" anymore (to make matters worse, 56 is not the actual UHF freq anymore but just a label, but I digress). Our OTA "channel numbers" don't come in integer form anymore. Even if the channel only has one stream, it will be "X.1". -Rupert |