+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: PVR Development (/forumdisplay.php?fid=136)
+--- Thread: New MythTV add-on using libcmyth (/showthread.php?tid=110694)
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209
- stevellion - 2011-10-13 11:16
mronkko Wrote:How do I enable the extra debug information?
The record plays fine. Just seeking forward causes the player to exit.
BTW - I too had this problem using MythBox.. but since using the Mainline xbmc with the myth:// source, it's not a problem at all.
Just that the plain myth:// video source doesn't have all the cool things this does
- it's just very stable.I tried last night switching to tsp's build, but there is at least 1 issue that's been since fixed in mainline. (I had a kind of picture tear on the thumbnails, on full screen, with VDPAU (My laptop doesn't run VDPAU, but HTPC does...)
- stevellion - 2011-10-13 11:45
One thing I particularly like - is the fact that this new plugin/module has split out the Radio Channels, from the TV Channels.
However, it's highlighted that I've got an issue on the backend somewhere, because it only picks up 6 radio channels, but there are 15 others still listed in the TV Channels.
I've been looking in my mythconverg database to try and figure out what it uses to identify correctly some of the channels, but I haven't found it yet.
Can someone help? : How does this module identify if a channel is TV or Radio?
Thanks!
- stevellion - 2011-10-13 12:03
I've got it - looked at the source ;-)
FYI - in the table channelscan_channel, it looks at 'is_audio_service' ...
Interesting as 'most' of my radio channels are not identified this way.
Time for some more SQL in my UK channel adjustments script
- stevellion - 2011-10-13 16:53
fiveisalive Wrote:OK, pulled down git and built tsp's pvr client branch. Recordings seem to work well. The main issues for me are related to Live TV:
1. There appears to be some issues with the channel numbers. I noticed something similar with dteirney's plugin too. I have a cable connection from which I get local unencrypted (i.e. "clear") QAM channels. The myth backend, however, uses the subchannel notation when scanning and adding the channels (i.e. "2.1" for WGBH for example, see my posts on this thread, starting at page 42 or so: http://forum.xbmc.org/showthread.php?tid=82015&page=42 ).
The PVR plugin does not appear to like it, and it appears to wrongly assign the channels. (i.e. it rounds "2.1" to "2", but when I try to play that channel, it's the wrong channel). This might be a PVR-wide issue, not just mythtv.
fiveisalive : is this something that could be resolved/worked around, by renumbering the channel number is the myth database? I've just started doing that via a script now, to get the UK channels in the right order - so if your existing channel numbers are 'unusual' perhaps you can just normalise them? Here's a link to the UK channel wiki - which might be relevant as a kind of guide... http://www.mythtv.org/wiki/UK_Channel_Assignments
- tsp42 - 2011-10-14 00:06
I've updated the timer code. Now the old timers should no longer pop up as upcoming recordings. Manual added timers and repeating timers should also work now.
I've also uploaded a new windows build here:
http://www.megaupload.com/?d=FDBZPCGS
mronkko: The extra debug information can be enabled in the add-on configuration (It may require a restart of XBMC to take effect).
![[Image: screenshot008eza.th.png]](http://imageshack.us/photo/my-images/194/screenshot008eza.png/)
The resulting log file should contain a lot of lines similar to this:
22:31:50 T:6072 DEBUG: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_conn_connect_ctrl: connecting control connection
stevellion: I will add the episode view to the Wishlist. It may take a while to implement however. Please let me know if you discover another way of distinguishing between tv and radio channels in the mythtv sql database so I can add it to the plugin (As I've only tested it with DVB-C).
fiveisalive: I didn't notice that MythTV saved the channel number as a string and not as a number . As other have mentioned XBMC PVR only support integers as channel numbers but I should be able to map the subchannel numbers to some unused channel numbers in XBMC PVR. It will however require some changes in the libcmyth code but it should be doable.
- fiveisalive - 2011-10-14 00:22
tsp42 Wrote:I've updated the timer code. Now the old timers should no longer pop up as upcoming recordings. Manual added timers and repeating timers should also work now.
fiveisalive: I didn't notice that MythTV saved the channel number as a string and not as a number . As other have mentioned XBMC PVR only support integers as channel numbers but I should be able to map the subchannel numbers to some unused channel numbers in XBMC PVR. It will however require some changes in the libcmyth code but it should be doable.
Great!
I have a few things I'm still a little confused about (and this probably also relevant for other PVR addons):
1.The relationship between the various options for getting the channel information from the PVR backend is not obvious to me. I don't have my machine in front of me, but from memory it has something like:
- use channel group from backend
- keep channel order from backend
- something else ...?
What is the optimal combination of options to use in order to have a view that corresponds as close as possible to that you would get in the mythfrontend?
2. Does the "reset PVR database" reset the MythTV database in the backend (i.e. clear all recordings, guide data etc.)? or does this just clear the cached information in XBMC. I'm a little unclear as to when you would want to use this.
3. Does the "scan for channels" do effectively the same things as the mythsetup? I didn't want to try in case it was going to step all over my myth configuration.
4. Relationship of EPG data to TV guide data in the backend: does the EPG data refer to the EIT encoded in the actual TV signal, or does it mean the MythTV TV guide data (e.g. from SchedulesDirect)?
Probably a lot of the confusion is that PVR infrastructure was developed using TVHead as the reference plugin and hence the terminology is a little different. (e.g. "timer" versus "schedule"). I tried to find some docs on the wiki that might outline the meaning of all the options in the PVR interface, but the closest I got was:
http://wiki.xbmc.org/index.php?title=HOW-TO:Watch_TV_in_XBMC
Which doesn't really have a description of the various options and how they are supposed to work and/or interact.
- robweber - 2011-10-14 02:38
fiveisalive Wrote:Great!
I have a few things I'm still a little confused about (and this probably also relevant for other PVR addons):
1.The relationship between the various options for getting the channel information from the PVR backend is not obvious to me. I don't have my machine in front of me, but from memory it has something like:
- use channel group from backend
- keep channel order from backend
- something else ...?
What is the optimal combination of options to use in order to have a view that corresponds as close as possible to that you would get in the mythfrontend?
2. Does the "reset PVR database" reset the MythTV database in the backend (i.e. clear all recordings, guide data etc.)? or does this just clear the cached information in XBMC. I'm a little unclear as to when you would want to use this.
3. Does the "scan for channels" do effectively the same things as the mythsetup? I didn't want to try in case it was going to step all over my myth configuration.
4. Relationship of EPG data to TV guide data in the backend: does the EPG data refer to the EIT encoded in the actual TV signal, or does it mean the MythTV TV guide data (e.g. from SchedulesDirect)?
I don't know for certain but I'll try to explain some of the options as I've understood them.
The channel options bascially allow you to either use the channels and groups as you'v set them up in the pvr backend (if the pvr addon implements this I'm guessing) or using the xbmc channel manager you can create your own channel orders and groups.
Resetting the PVR or EPG database only resets what XBMC has pulled from your backend.
Scanning for channels just prompts the XBMC addon to scan for channels from the backend database. It isn't like mythsetup where it looks for channels from the source.
EPG data in XBMC refers to the guide data it is pulling from the backend.
It helps if you think of XBMC as a client, you can view info from the backend but none of the settings should change things on the backend (except for scheduling of course!). The idea is to let the backend do all the work and only have XBMC display information.
If anyone has any better info on the exact nature of the settings feel free to correct me, I haven't taken the time to read through the pvr code and double check this but based on what I've read in other PVR threads in the past this seems right.
- fiveisalive - 2011-10-14 05:03
Master of tsp branch doesn't currently compile:
Code:
CPP pvrclient-mythtv.o
pvrclient-mythtv.cpp: In member function ‘PVR_ERROR PVRClientMythTV::GetEPGForChannel(PVR_HANDLE_STRUCT*, const PVR_CHANNEL&, time_t, time_t)’:
pvrclient-mythtv.cpp:232: warning: comparison between signed and unsigned integer expressions
pvrclient-mythtv.cpp: In member function ‘PVR_ERROR PVRClientMythTV::GetTimers(PVR_HANDLE_STRUCT*)’:
pvrclient-mythtv.cpp:398: warning: comparison between ‘enum MythTimer::TimerType’ and ‘enum TimerType’
pvrclient-mythtv.cpp:406: warning: comparison between ‘enum MythTimer::TimerType’ and ‘enum TimerType’
pvrclient-mythtv.cpp:414: warning: comparison between ‘enum MythTimer::TimerType’ and ‘enum TimerType’
pvrclient-mythtv.cpp:420: warning: comparison between ‘enum MythTimer::TimerType’ and ‘enum TimerType’
pvrclient-mythtv.cpp:420: warning: comparison between ‘enum MythTimer::TimerType’ and ‘enum TimerType’
pvrclient-mythtv.cpp:420: warning: comparison between ‘enum MythTimer::TimerType’ and ‘enum TimerType’
pvrclient-mythtv.cpp:420: warning: comparison between ‘enum MythTimer::TimerType’ and ‘enum TimerType’
pvrclient-mythtv.cpp: In member function ‘PVR_ERROR PVRClientMythTV::AddTimer(const PVR_TIMER&)’:
pvrclient-mythtv.cpp:462: error: no matching function for call to ‘MythDatabase::FindProgram(const time_t&, const int&, CStdString, NULL)’
cppmyth.h:190: note: candidates are: bool MythDatabase::FindProgram(time_t, int, CStdString&, MythProgram*)
pvrclient-mythtv.cpp: In member function ‘PVR_ERROR PVRClientMythTV::UpdateTimer(const PVR_TIMER&)’:
pvrclient-mythtv.cpp:501: error: no matching function for call to ‘MythDatabase::FindProgram(const time_t&, const int&, CStdString, NULL)’
cppmyth.h:190: note: candidates are: bool MythDatabase::FindProgram(time_t, int, CStdString&, MythProgram*)
make: *** [pvrclient-mythtv.o] Error 1- fiveisalive - 2011-10-14 05:06
robweber Wrote:....
It helps if you think of XBMC as a client, you can view info from the backend but none of the settings should change things on the backend (except for scheduling of course!). The idea is to let the backend do all the work and only have XBMC display information.
....
Great. That's more or less as I understood it would probably be, but I didn't want to go experimenting with the options until I had a decent idea of what they were going to do with the backend. Have you actually tried the "reset" option to double check?
- dubstar_04 - 2011-10-14 07:06
tsp42,
i'm getting a compile error using the latest fix:
http://paste.ubuntu.com/707741/
Thanks,
Dubstar_04