PVR API changes (add-on authors: read this!) - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: PVR Development (/forumdisplay.php?fid=136)
+--- Thread: PVR API changes (add-on authors: read this!) (/showthread.php?tid=97764)
- opdenkamp - 2011-04-18 19:15
that's a bug in the timeline view. the actual event isn't "stretched", as you can see in the
"now playing" lines in the channels list, where it will say "no information available".
I'll add a trigger to update the epg later.
- danips - 2011-04-18 21:11
thanks for your answer, do you know if somebody is working on a fix for it?
- opdenkamp - 2011-04-18 22:00
nope, I'm the only one working on pvr, except for some people who are working on add-ons and are sending me a patches from time to time.
please create a ticket for this on trac and add me to the cc list. I'll look into it later.
another API change:
bIsRecording has been removed from the PVR_CHANNEL struct. this can be determined by timers.
- javich - 2011-04-20 06:42
I think one of the most requested features for the MediaPortal Backend is the ability to record tv series but, as Margro points out (see http://forum.xbmc.org/showpost.php?p=769170&postcount=665), in order to implement that the PVR API needs to be extended to allow this. Are you considering this feature in your current changes to the API?
From what I read in the forums, my guess is that this would complete a very standard feature set for the different backends.
PS have you noticed that your consider donating to me link takes you to a Fatal Failure page?
- dubstar_04 - 2011-05-02 18:25
Could this be made a stickie?
it would be good to use this tread for issues once the binary add-ons are working. thanks.
- opdenkamp - 2011-05-02 20:29
and I completely missed that previous post.
javich Wrote:I think one of the most requested features for the MediaPortal Backend is the ability to record tv series but, as Margro points out (see http://forum.xbmc.org/showpost.php?p=769170&postcount=665), in order to implement that the PVR API needs to be extended to allow this. Are you considering this feature in your current changes to the API?depends on the changes. what changes are we talking about exactly?
Quote:PS have you noticed that your consider donating to me link takes you to a Fatal Failure page?never noticed it. fixed it so it takes you to the "xbmc pvr binaries page" with a button under the links to the binaries
- opdenkamp - 2011-05-10 20:56
two API changes:
m_bSupportsChannelLogo has been removed. set an url or path that's readable by the xbmc vfs to the logo in the PVR_CHANNEL struct.
bIsActive and bIsRecording have been removed from the PVR_TIMER struct and a new enum PVR_TIMER_STATE has been added:
I've edited the add-ons in the tree to use the new interface, but add-on authors should check whether I did it properly.
- dteirney - 2011-05-29 02:20
quintesse Wrote:I'd say that there is no problem when they're on the same channel, but when they're on different channels (which would most likely be the case) one will have to "win", you either run the risk of losing the end of one recording or the beginning of the other.
This isn't the case if your backend can record the overlap, either due to multiple tuner cards or other packet magic for multiplexed channels using DVB-T. My MythTV setup using DVB-T with mutliplexing can record the overlap for both shows. The MythTV scheduler takes this into account when assigning recording tuners to channels that need to be recorded.
- opdenkamp - 2012-02-07 21:10
been a while since I posted here, but another change is pending:
I've changed the tvheadend add-on a bit, so it no longer uses /lib/libPlatform and /lib/libTcpSocket anymore, but /lib/platform instead. This implementation is no longer using pthread-win32, and uses mutex protected sockets instead of raw sockets.
/lib/libPlatform and /lib/libTcpSocket will be removed in the near future, and won't be included when we'll merge PVR with mainline XBMC later on. FernetMenta will change the vnsi add-on, and I will take care of anything else that's still using that code.
Add-ons that are not in our main tree should be updated by their authors, or they'll break when they are using this code.
- margro - 2012-02-07 23:14
Thanks for reporting. I will take care of the MediaPortal addon and send you a pull request when done...