Just upgraded to Ubuntu 10.04 beta and I have problems with grabbers tv_grab_fr and tv_grab_ch_search... both crash with an error involving date:
tv_grab_fr : "date_to_local() expects a Date::Manip object as first argument at /usr/share/perl/5.10/Memoize.pm line 247"
tv_grab_ch_search : "cannot parse date '03. 23.2010 09:00' at /usr/share/perl/5.10/Memoize.pm line 247"
My libdate-manip-perl is 6.05
> tv_grab_fr : "date_to_local() expects a Date::Manip object as first
> argument at /usr/share/perl/5.10/Memoize.pm line 247"
I also get this error but I have not figured it out yet. So if someone has an idea...
I figured it out. One of the programs that cause trouble is this one:
http://telepoche.guidetele.com/programmes-tv/emission/32404484/telepoche/nuit/2010-03-27
According to that page it starts at 1h30 am and lasts 50 minutes so we compute an end time of 2h20. This differs from the time on the grid page (3h20) so we override it. However that's the day we move the clocks forward by one hour at 2am, so 2h20 am does not exist. This causes
DST::parse_local_date() to fail and thus DST::date_to_local() to get a bad value.
Not sure how to fix it though.
These issues should be resolved by the patches just committed to update DST handling with newer versions of Date::Manip.
The _fr grabber now outputs the following for the problematic episode of Law and Order you mentioned:
<programme start="20100328013000 +0100" stop="20100328032000 +0200" channel="C1.telepoche.com">
<title>New York, police judiciaire</title>
Please retest with current CVS and report back. I'll mark this issue as fixed (as both grabbers now pass validation) but will leave the ticket open for the timebeing.
A new release of XMLTV is likely within the next week.
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs (read-only)"
Thanks for fixing tv_grab_fr (which works well now) but tv_grab_ch_search still doesn't work, I keep getting the same error...
tv_grab_search_ch started to work again yesterday for me.
I suspect the wrong date/time entry causing Date::Manip to croak went away after some weeks
of causing problems.
I'm still getting the error now... What is the latest version of the grabber?
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs (read-only)"
@andreas_baumann:
can you test the grabber using the --slow option? Without it it runs fine for me too...
I'm using xmltv 0.5.56-1 on arch:
Calling it without arguments works ok.
Calling it with --slow:
/usr/bin/perlbin/vendor/tv_grab_ch_search --slow > slow.xml
using config filename /home/vdr/.xmltv/tv_grab_ch_search.conf
getting list of channels: ##################################################
grabbing channels : cannot parse date '04. 14.2010 09:00' at /usr/share/perl5/core_perl/Memoize.pm line 247
Using CSV with xmltv 0.6.57 and calling tv_grab_ch_search --slow gives still the following error:
<channel id="prosieben.ch">
<display-name lang="de">Pro7</display-name>
grabbing channels : cannot parse date '08. 14.2010 06:20' at /usr/lib/perl5/5.12.1/Memoize.pm line 247
Is the additional withe space after the month "08." and befor the rest of the date "14.2010" maybe the reason?
When running without the --slow options the output is without a withe space between month and day:
<channel id="prosieben.ch">
<display-name lang="de">Pro7</display-name>
grabbing channels : </channel>
<programme start="20100814062000 +0200" channel="ard.de">
I upgraded Date::Manip to the newest version but it did not change the outcome.
Without the "--slow" options it runs flawless.
closing as fixed as
_fr has been fixed in march
_ch_search has been rebuilt last week, --slow is no more