Posts: 883
Joined: Oct 2009
Reputation:
37
margro
Posting Freak
Posts: 883
The recent PVR API change to 1.5.0 changes the way in which XBMC enables the 'Rewind, Forward and Pause" buttons for LiveTV and recordings.
Before enabling these functions, XBMC will first ask the PVR addon using the functions "CanPauseStream" and "CanSeekStream" whether the PVR addon/backend supports Pausing and Seeking for the current playing stream.
These buttons can be re-enabled at the PVR addon side by implementing these functions.
As far as I know, MythTV supports also LiveTV timeshifting, so it would be enough to return true in these functions.
Posts: 94
Joined: Jan 2010
Reputation:
0
Ok, I got it compiled finally last night - had two problems to get it done, one was dealing with libtag, the other was the loader was not looking for libmysqlclient in the right place (wierd one on that..)
I am running MythTV 0.25.2 from rpmfusion, and have a hdhomerun dual hooked upto an OTA antenna, and two primes on Comcast cable.
Channel change times is much better than before, if not as good as MythTV clients themselves.
EPG load times at first is a pain - it loads EVERYTHING, even what I've marked as hidden, but only shows the non-hidden EPG portions.
When I check 'use backend channel numbers', the subchannels are not properly displayed, ie, channels 7.1 and 7.2 are BOTH channel 7.
Posts: 32
Joined: May 2009
Reputation:
0
jskube
Junior Member
Posts: 32
For those who ran into the issue of not being able to fastforward, rewind, or pause their recordings I tried the suggestion for margro and edited client.cpp and changed CanPauseStream and CanSeekStream to true. Now fastforward, rewind, and pause all worked fine on my recordings. Also fastforward, rewind, and pause works quite well on livetv which was a pleasant surprise, there are some bugs but that is to be expected.
If you make this change and you have issues please don't bother the developers, this is just something I wanted to try and share my results with the rest of you.
Posts: 1,016
Joined: Sep 2012
Reputation:
55
janbar
Posting Freak
Posts: 1,016
@all
Since merge, we have spawn tv and channel switch time less efficient than before. Typical time should be 6s max. We know why and we have working on it. The reason is congestion of mythtv connection because at the same time we collect lot of informations about recorded programs. This problem will being resolved with the next PR. Also before, i would like to add update from margro about timeshift.
Br
Posts: 1,016
Joined: Sep 2012
Reputation:
55
janbar
Posting Freak
Posts: 1,016
@all
Hi, i just request to pull to resolve timeshift and time to spawn and switch channel. All is OK now.
br
Posts: 53
Joined: Apr 2012
Reputation:
0
2012-10-12, 22:03
(This post was last modified: 2012-10-12, 22:04 by kburkart.)
janbar does this mean we need to repull cfetzers addon repo?
Also what is the best xbmc base to use for this? git URL for that?
Posts: 117
Joined: Dec 2008
Reputation:
2
Is the issue known where if you have 2 channels on the same main digital channel (i.e. 7.1 and 7.2) if I choose 7.1 while another channel is playing, it will default to 7.2. It also shows them out of order. 7.2 shows before 7.1 vertically in the list.
Posts: 112
Joined: Jan 2012
Reputation:
3
Janbar,
I been unable to post until now much about the performance of the buffer feature and others on an analog tuner. It is tuning most of the time and survives some program breaks but not all. It is having really long tuning times that will sometimes take so long that it times out entirely. I expect 10s counting the ch change script but can get anywhere from 10s to 80s (timeout and drop to menu). I think its related to the buffer code as any time that it should be buffering it seems to be doing it, but it is really slow. I have a log with addon debugging turned on but as was last time, it it too large for pastebin. I sent it to you via email in the forum. Thanks