On Sun, 12 Dec 2010 10:24:31 -0800 VDR User <user.vdr@xxxxxxxxx> wrote: > On Sun, Dec 12, 2010 at 9:46 AM, Paul Menzel > <paulepanter@xxxxxxxxxxxxxxxxxxxxx> wrote: > >> > Having epg in a DB (sqlite,mysql) might also be nice. > >> > >> You are going to find a lot of opposition to this. Thinking of > >> sql, I don't recall ever hearing anyone suggest VDR using it would > >> be a good idea but I have heard people will look into other > >> options if it ever did go that route (as mythtv uses currrently). > > > > That is why Steffen wrote to make it a plugin. > > EPG support falls into the category of the most basic functionality. > I'm not convinced things like this belong as optional plugins to be > honest. Some things, such as VDR's attachment to FF cards, make sense > as plugins. But it seems the automatic answer to everything is 'make > it a plugin' now. So is VDR to become merely a plugin manager with no > actual core functionality anymore? Is it wise to have VDR rely on > plugins to be usable at all? These types of questions deserve > consideration when you want to walk on slippery slopes. I strongly believe that there is a way to make it possible to replace/extend core functionality by a plugin - i can see that not everybody might want what i would imagine to be perfect. Still i did not wrote mysql alone, my thought was sqlite for normal use, and a real db (rather postgre ?) for networked/client-server use. sqlite i could imagine even in core - making the connection sql -> mysql -> mythtv -> bad , doesn't have any substance at all. And talking about people who would leave vdr for the reason of what i'm talking about doesn't add anything either. I daily load a full set of epg from an external source, for the statistics: 70MB EPG data, containing 102.006 records, loaded daily. Extended by VDR-Seriestimer.pl called by epgsearch at the time of creating a timer. Wanting to say it can be easy or can have any complexity you want, for the latter, vdr current epg handling doesnt scale so well ;) _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
