MythTV PVR client Addon Developers Wanted - Developers Only! - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: PVR Development (/forumdisplay.php?fid=136)
+--- Thread: MythTV PVR client Addon Developers Wanted - Developers Only! (/showthread.php?tid=82015)
- PhracturedBlue - 2010-10-23 07:30
dteirney Wrote:If someone can confirm that the code in XBMC SVN works with a Myth 0.24 backend within the next day or so I will talk to the other XBMC devs and see if I can slip that code in before the next Dharma beta. I don't have time or a system where I can install Myth 0.24 at the moment.
I assume you mean someone other than me, right (i.e. you want independent verification)? Because I've been using it successfully since you checked it in.
Note that I am not set up to verify it in Dharma though.
- tafypz - 2010-10-23 07:48
dteirney Wrote:Re the Timer API. Some thinking will have to be done here, because the XBMC interface for scheduling new recordings will need consideration for any changes / improvements to support the different backends that it can talk with based on the plugin being used.
My usage here is mainly
1 - record at anytime on this channel
2 - record at anytime on any channel
3 - record this showing only
4 - recording override
I personally would rather be able to avoid using mythweb and mythfrontend, this would increase the WAF. I think that even though the recording options have many more settings than the current timer options, providing these options by extending the API might be worthwhile.
To answer your question about the timer from what I can tell it would be timeslot recording only (hence me pushing for extending the API), this is how it looks like to me but I might be wrong.
- dteirney - 2010-10-23 07:50
PhracturedBlue Wrote:I assume you mean someone other than me, right (i.e. you want independent verification)? Because I've been using it successfully since you checked it in.
Yes. Sorry PhracturedBlue, should have mentioned that. Two independent people with it working is probably enough for me to support backporting the changes to Dharma as they should not affect anyone with an existing Myth 0.23 backend (which I can easily test from Dharma as that's what I'm using).
- dubstar_04 - 2010-10-23 13:48
Any time on this channel
Cancel recording / override
I too would like to be able to use just xbmc without the need for mythfrontend or mythweb as its mainly the mrs who does all the tv stuff. If it gets complicated using the laptop to schedule recordings she will get a sad face on
- outleradam - 2010-10-23 17:46
I'm having problems locating a working copy of 0.24 for testing. All the PPAs I listed above are broke
PVR API extensions also needed for MediaPortal PVR addon - margro - 2010-10-23 17:59
There is also a mismatch between the XBMC timer flags and MediaPortal as backend, so I agree with a change at this point. The API is currently too VDR specific.
Two other things that do not match well for MediaPortal as backend are the lifetime field and the start- and end time fields.
The lifetime of a recording is limited to the VDR compatible values 0..99 representing days to keep (1..98), forever (99) and when space needed (0)
MediaPortal uses a KeepMethod (like UntilWatched, UntilSpaceNeeded, UntilDate and Forever) in combination with a KeepDate field.
One other thing I saw was that when adding a new Timer in XBMC, the start- and end time fields include already the "Margin at start" and "Margin at end" corrections.
This results in a wrong recording name with MediaPortal as backend, because MediaPortal uses the EPG title at the given start time (which is before the actual start time due to the correction). Furthermore, MediaPortal has its own margin settings.
I think, the PVR addons should get the uncorrected start and end times and separate margin fields. In this way, the PVR addon authors can decide what to do with the margin values. I've changed this already in my local pvr-testing2 build.
- tafypz - 2010-10-23 18:48
@margro: I forgot about the lifetime, this doesn't match mythtv either.
I agree about the start and end time, there should not be correction and the correction should be provided as extra parameters.
- dteirney - 2010-10-23 22:52
dubstar_04 Wrote:Scheduling usage:
Just so it's clear, XBMC PVR addon's will be able to schedule recordings through the XBMC frontend. I was just suggesting that XBMC might not be able to schedule all the complicated things that each different backend can do natively.
XBMC will definitely need to support all the common things that wifes / partners etc. need to be able to do.
A few people have mentioned "Override" as one of the things that gets done often. What does this mean? Perhaps I'm lucky with enough tuners to hardly ever get any conflicts.
- dteirney - 2010-10-23 23:06
MVPMC is a frontend to mythbackend that has been using libcmyth for a while. It includes the ability to schedule recordings.
Might be a source of inspiration for the recording scheduling.
Have a look in the src/mythtv.c file.
Noticed that it might have something interesting when trawling for other patches to libcmyth to fix other bugs.
- tafypz - 2010-10-23 23:11
dteirney Wrote:Just so it's clear, XBMC PVR addon's will be able to schedule recordings through the XBMC frontend. I was just suggesting that XBMC might not be able to schedule all the complicated things that each different backend can do natively.
Let's say you have a recurrent schedule like record at anytime on a specific channel. Now let's say the schedule info was wrong and the show recorded is not the show that it was supposed to be. If the show has a repeat, the scheduler will not record the repeat. You can see the "disabled" upcoming recording and override their status from do not record to record.