PVR API changes (add-on authors: read this!)

**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

Hi dushmaniac

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=769...tcount=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?

Thanks,
Javier.

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

stickied.

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=769...tcount=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 Smile

**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:

Code:

typedef enum

{

  PVR_TIMER_STATE_INVALID   = 0,

  PVR_TIMER_STATE_SCHEDULED = 1, /*!< @brief the timer is scheduled for recording */

  PVR_TIMER_STATE_RECORDING = 2, /*!< @brief the timer is currently recordings */

  PVR_TIMER_STATE_COMPLETED = 3, /*!< @brief the recording completed successfully */

  PVR_TIMER_STATE_ABORTED   = 4, /*!< @brief recording started, but was aborted */

  PVR_TIMER_STATE_CANCELLED = 5  /*!< @brief the timer was scheduled, but was cancelled */

} PVR_TIMER_STATE;

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.

Because of you decide to not take into account the margins for back-to-back recordings you run risk of losing BOTH the end AND the beginning of the two recordings!

On the other hand if your channel providers have good EPG data and almost never have under/overrun of their programs and you have the margins "just to be sure" it might actually be better to just change the moment the next program starts.

It not simple to come up with something that always works

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...

danips Junior Member Posts: 16 Joined: Jun 2010 Reputation: 0	2011-04-18 21:11 Post: #22 thanks for your answer, do you know if somebody is working on a fix for it?
	find quote

dubstar_04 Senior Member Posts: 228 Joined: May 2008 Reputation: 0 Location: Warrington, UK	2011-05-02 18:25 Post: #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. All Things PVR
	find quote

margro Fan Posts: 536 Joined: Oct 2009 Reputation: 16 Location: The Netherlands	2012-02-07 23:14 Post: #30 Thanks for reporting. I will take care of the MediaPortal addon and send you a pull request when done... Developer of the MediaPortal PVR addon and the Argus-TV PVR-addon. Unofficial XBMC Windows builds with PVR (Dharma, Eden and Frodo). http://www.scintilla.utwente.nl/~marcelg/xbmc
	find quote