Unified PVR frontend (DVR/HTPC client GUI with EPG) and Addons API for PVR backends? - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: PVR Development (/forumdisplay.php?fid=136)
+--- Thread: Unified PVR frontend (DVR/HTPC client GUI with EPG) and Addons API for PVR backends? (/showthread.php?tid=28918)
- alcoheca - 2008-03-11 19:42
Gamester17 Wrote:Sounds like a good idea to get a unified solution, then any other clients can do the same. So even if each each individual client module deals with the EPG data differently internally they will in the end always present a XMLTV listings.xml files to XBMC frontend which it in turn can use in its TV-Guide GUI.
This is where I'm a little confused, mostly due to my (total) lack of experience with big projects like this. I was under the impression that there would be a data object that would be instantiated by the pvr client / xbmc module part. If they wanted to receive data in XML then that was fine and would be purely an implementation decision for each.
I thought that for efficiency and ease of coding the VDR client and the MythTV client etc would pass the EPG 'binarily' to the GUI to display. Correct me if I'm wrong but imagine the case of VDR, which would pass it's EPG in it's native format SVDRP; the xbmc vdr client then converts this into XML, passes it to the GUI which then displays it, parsing all that XML data again into a db of some kind.
I'm not imaging this to be a huge strain with a 50 channels over 7-days, but seems wrong in terms of efficiency and redundant procedures, particularly with hundreds channels on DVB-S.
please excuse me however, I don't really have the knowledge to back this up...! ;-)
- vdrfan - 2008-03-11 23:49
i think the first aim should be to setup a unified epg database which will hold the epg which is gathered by a parser class in order to support as many backends as possible.
This class gets the epg data in the pvr desired format an will translate it into the unified xbmc style. maybe it could be done via a scraper engine like something which is already used within xbmc to get movie and series information.
- Gamester17 - 2008-03-12 12:58
I think that a new separate topic-thread should be started in the development forum for the technical discussion about the EPG (TV-Guide), as that will also have to be split up as frontend and backend. I posted some thoughts here though:
- alcoheca - 2008-03-27 03:17
this discussion has been moved to http://forum.xbmc.org/showthread.php?tid=32212
- alcoheca - 2008-03-27 03:27
rather, I mean the technical discussion about the EPG has been moved..
- TheBoxMan - 2008-03-28 03:28
All I can say folks is that as someone who grudingly uses mediaportal on my laptop to watch my tv (via WinTV Nova T USB2 tuner card) I'm very keen to see this happen.
Thought I'd post my support here rather than in the alternative thread as it's technical and serious - and developers have funny feelings to wards encouragement from non devs in their discussions ;-)
mythtv functionality - yee379 - 2008-06-06 07:56
so i have my xbox'd xbmc streaming from my mythtv backend very nicely however, i miss the ability to skip commercials and to have programs i've watched automatically flagged like i can with the mythfrontend.
am i thick and don't know how to use xbmc properly, or are there any plans to get these very useful features (imo) into xbmc?
Import PVR/DVR/HTPC recorded shows into XBMC's TV Shows library database - Gamester17 - 2008-06-10 15:31
@developers, please see this suggestion/request for adding "MythTV recorded shows into the TV Shows library database":
dteirney Wrote:I use XBMC as the front end to watch recorded Myth TV shows because the media handling in XBMC is much better than what the native Myth TV front end provides.
I think that this idea too falls under the "One unified PVR/DVR/HTPC front-end (client GUI)" concept, and it is not limted to MythTV.
The scraper API could probably be made to import the TV Show episodes from MythTV, (it sure seems to have the potential anyway), but the scraper API would first have to be extended first to support getting the data from the MythTV database library instead of the file-name, ...and maybe that alone is not enough, maybe the database API on the MythTV back-end side have to be extended as well to expose this information to XBMC scrapers.
What do you think?
- alcoheca - 2008-06-12 18:00
Sorry for not responding till now, my subscription emails were going to a dead address...
Getting the info on recorded programmes into the library is already on my list of things to achieve. See http://wiki.xbmc.org/?title=GSoC_-_Unified_PVR_Frontend#Proposed_List_of_Outcomes. I will use the current CVideoInfo class for recorded shows so saving the Series & Episode numbers will only be dependent on that information being made available by the PVR application.
Here in the UK, the broadcasters aren't explicitly required to provide an accurate EIT alongside the video streams so workarounds may be necessary to achieve proper mapping of programmes & series. It'll make much more sense for the PVR application to undertake any work on this, not our frontend (remember it's just a frontend). (Writing to your member of parliament/government representative is a probably a good idea if the EIT is lacking in your country).
That said, I love to hear suggestions or ideas so keep 'em coming
- alcoheca - 2008-06-12 18:28
yee379 Wrote:so i have my xbox'd xbmc streaming from my mythtv backend very nicely however, i miss the ability to skip commercials and to have programs i've watched automatically flagged like i can with the mythfrontend.
Whether or not MythTV schedules automatic flagging of recordings is up to your MythTV settings as far as I'm aware. The XBMC PVR frontend could have the ability to alter this setting per recording too, though I want to keep the user definable settings to a minimum and instead rely on correct setup of the backend in the first place.
Automatically skipping commercials in recordings will also rely on the plugin providing that info and I intend to look at that sometime soon after we have the main PVR functions performing well.