[vdr] Request: E parameter in channels.conf for epg scan
steffenbpunkt at googlemail.com
Sun Dec 12 20:29:11 CET 2010
On Sun, 12 Dec 2010 19:46:32 +0100
Eric Valette <eric.valette at free.fr> wrote:
> On 12/12/2010 19:24, VDR User wrote:
> > On Sun, Dec 12, 2010 at 9:46 AM, Paul Menzel
> > <paulepanter at users.sourceforge.net> 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.
> Remember that for example in france the DVB-T stream EPG contains
> only the actual program and the next program. So it is hardly useable
> at all.
external epg source is possible allready - i just think the merge and
general handling could be improved :)
> You now have most other video recorder code that use xmltv one way or
> other (tvheadend, myth, ...). I like VDR because it is simple but OSD
> is so poor that it need to be integrated in something else (xine,
> xbmc) to provide a decent GUI and then you need a bunch of plugins
> (streamdev, epgsearch, ...). Plus there is almost no up-to-date
> documentation for plugins, or only in german, no centrailised source
> repositories because of the plugins are developped elsewhere...
vdr-developer.org is a beginning :) and most new development is
announced here too.
> So I second this post and think that decent epg is a basic feature
> for searching program and programmed recording based on epg and that
> dvb-t based stream is not the right way to go because it will contain
> very few infos in most countries.
xmltv epg can be translated and imported into VDR now allready, there
are a couple of other epg providing plugins and scripts as well, the
main problem is available epg data possible to be fetched and
> For those on linux, look at what qmagneto does and imagine it can
> talk to vdr to program recordings... I use it in cunjunction with
> mpalyer --dumpfile -dumstream to record IPTV streams.
What about live plugin if the epg is imported into vdr ? It can handle
epgsearch searchtimer, normal timer etc - so that allready exist to
some extend :)
More information about the vdr