[vdr] Re: Small wishes for VDR ;-)

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Matthias Schniedermeyer wrote:
> 
> > > Maybe a last question: is there some point in having EPG in channels
> > > that didn't respect to the standard (bad time...)? I know it was
> > > discussed a lots of time, but it would really be great to have those EPG
> > > for such channels...
> >
> > I'm doing some tests on how to find out whether a channel broadcasts wrong
> > timestamps in its EPG information. Unfortunately those channels are not
> > consequent enough to also broadcast the system time the wrong way (so that
> > it would fit to the wrong event times). If that were the case, the solution
> > would be easy. Currently I'm trying to check the start times of the events
> > marked as "running", and if such a start time is more than a certain
> > threshold value in the future (let's say 1000 seconds), I assume that this
> > channel broadcasts non standard timestamps and treat them as if they were
> > in "localtime". There are, however, two remaining problems: how to know
> > what timezone the "locatime" is related to, and there are currently several
> > channels that mark events as "running" which are actually _not_ running at the
> > current time (these are NVOD channels). I haven't found a way yet to filter
> > them out.
> >
> > Oh well, it could be so easy if those channels would simply adhere to the
> > standard... I wonder what kind of idiots make such decisions...
> 
> I don't think that you should build something like that into VDR. I would
> suggest to call an external-"epg-fix"-Programm. This way you only have to
> program the "infrastructure" in VDR once and the Fix-Programm can be
> developed/distributed seperatly. (And it can be programmed in Perl. Which is MUCH
> "better" for this kind of task.)

VDR already contains several EPG "bugfixes", and I don't think that it is
such a good idea to establish a link to an external program and permanently send
data in and out for this. I also fail to see how Perl would be any big help in
determining the time offset of EPG events?!

Do you have any EPG bugfixes that VDR currently doesn't perform yet (apart from
the wrong event timestamps)? As far as I can see the EPG data in VDR (with EPGBugfixLevel
set to '3') is already pretty clean.

Using Perl would also be a big disadvantage for systems that, e.g., boot from
a flash card. I guess the additional 5MB (or is it more) for a Perl installation
would not be very much appreciated...

Klaus
-- 
_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10
CadSoft Computer GmbH                   Fax:   +49-8635-6989-40
Hofmark 2                               Email:   kls@cadsoft.de
D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de
_______________________________________________________________