2008-08-04, 19:54
Quit piling on the pressure!
EvilDude Wrote:alcoheca: I had a TVServer patch for XBMC, which did work a little, but I have been waiting for your branch. Is it at a state at the moment where it would be relatively easy for me to add my TVServer code to your branch easily? I would love to play around with it, but don't want to port it all over if it is still changing a lot.
hotstyle765 Wrote:alcoheca: How functional is the current SVN? I am considering compiling your branch and I am trying to decided if it is worth it yet. Could you possibly list the features that are currently working or not working? (If you have the time) I am dieing to see commercial skip in there.Just so you know, commercial skip wasn't in the GSoC project specification and therefore is fairly low priority for me right now, I really need to make more progress in the EPG related functions first. It *IS* something which I will implement, and will be fairly straightforward to do once time is made available for it.
EvilDude Wrote:alcoheca: I had a TVServer patch for XBMC, which did work a little, but I have been waiting for your branch. Is it at a state at the moment where it would be relatively easy for me to add my TVServer code to your branch easily? I would love to play around with it, but don't want to port it all over if it is still changing a lot.
Gamester17 Wrote:XMLTV formated listings.xml for input from the client and a own epg.db SQL database for the storage does sounds logical.
However I do not think it should be the clients job to populate the SQL database directly, instead the clients job should be to provide the XMLTV formated listings.xml file to the XBMC EPG API, then it will the the job of XBMC EPG API to parse that file and populate the SQL database (which in turn the EPG GUI part will use).
mgbouma Wrote:I really like the way they handle epg data and the way they show the zaplist.hi mgbouma,
dteirney Wrote:MythTV updates it's own TV schedule each time the XMLTV feed is given to it.You mean like it's doing at the moment? I'm not sure you've understood what's being suggested.
For my system I have a cron job that obtains the latest XMLTV file containing 7-8 days worth of data from the internet. This job then uses the native mythfilldatabase command line tool, which does the magic to make sure the TV schedule is up-to-date in the database.
Would seem silly to have XBMC try and do the same sort of thing. As long as the EPG in XBMC matches what I'd see in Myth TV in terms of the schedule I'd call the solution a success.
Is there anyway to have XBMC simply copy the entire content of the Myth TV schedule every now and then (perhaps once a day at a given time to coincide with what most people are likely doing for the backend)?
dteirney Wrote:EIT data feeds for the programs are more timely and can change the timings more frequently but I don't have much experience with this.We're talking about much more frequent updates: e.g. in the case where the PVR backend is following changes to the EPG via the Running Status Table (taken from the EIT) and is updating start/end times of programs that are due to start very soon. Few PVR backends support this, and even fewer broadcasters actually send useful data in the RST currently but there's good sense in supporting this from the outset.