![]() |
|
EPG (TV-Guide) data-store code development discussion for the unified PVR front-end - Printable Version +- XBMC Community Forum (http://forum.xbmc.org) +-- Forum: Development (/forumdisplay.php?fid=32) +--- Forum: Development (/forumdisplay.php?fid=93) +--- Thread: EPG (TV-Guide) data-store code development discussion for the unified PVR front-end (/showthread.php?tid=32212) |
- the_alien - 2008-09-04 14:07 alcoheca Wrote:So there's not been much discussion on this problem yet, but in the meantime I'm having a go at modifying the CGUIWindowEPG so that it streams EPG data via PVRManager->Client->Backend rather than from PVRManager->local databsae. Will report back with some benchmarks once it's working.Sounds good. Waiting for your benchmarks ![]() Quote:I agree that it's a lot simpler to just demand epg directly from the client as and when we need it, but what should happen with clients who for some reason or another cannot offer timely retrieval of EPG data within a range, and/or for certain channels? In that case it's up the client plugin to handle caching of EPG data locally and in that case it's probably sensible to offer API access to a local db.I would recommend to make one API for retrieving EPG data from the client. If it is handled via streaming the EPG on the fly from the backend or a local database is up to the client. Offering API access to the local db would lead others to make there client offering API access to db XYZ... maybe offering an ODBC API would solve this problem. There you have a unified API and the PVRManager (or whatever class should use the API) wouldn't mind which database is running, the local SQLite, MythTVs MySQL, VDRs foo or an Oracle DB
- alcoheca - 2008-09-04 14:37 the_alien Wrote:Offering API access to the local db would lead others to make there client offering API access to db XYZ... maybe offering an ODBC API would solve this problem.I don't completely understand what you're talking about here. ![]() I was talking about having the ability for the clients to use the built-in SQLite implementation without loads of code or dependencies being added to the plugin. (In the case where they grab EPG from XMLTV or somewhere else that doesn't do frequent updates) - the_alien - 2008-09-04 17:40 Okay, I missunderstood you, my bad :/ Forget everything I said, it's a good idea
- SebaSOFT - 2008-10-19 04:06 Any news on this? Is already behind schedule? - DJBlu - 2010-04-07 00:57 Have you thought of using EIT? Send it via TS Stream to clients. Store it as you wish. |