[mythtv-users] "xmltv returned error code 65280" with UK RT grabber

Andy B ab.mlist at ntlworld.com
Sun Oct 28 09:57:56 UTC 2007


Hi Nick,

Just tried running the xmltv nightly snapshot dated Oct 28th.  Still 
getting the same problem.  Here's an extract:

2007-10-28 08:52:42.645 Using runtime prefix = /usr
2007-10-28 08:52:42.681 New DB connection, total: 1
2007-10-28 08:52:42.699 Connected to database 'mythconverg' at host: 
localhost
2007-10-28 08:52:42.712 New DB connection, total: 2
2007-10-28 08:52:42.714 Connected to database 'mythconverg' at host: 
localhost
2007-10-28 08:52:42.716 Updating source #1 (NTL) with grabber tv_grab_uk_rt
2007-10-28 08:52:42.718 Found 15 channels for source 1 which use grabber
2007-10-28 08:52:42.754 Grabber has capabilities: baseline manualconfig 
cache share preferredmethod
2007-10-28 08:52:42.790 Grabber prefers method: allatonce
2007-10-28 08:52:42.793 New DB connection, total: 3
2007-10-28 08:52:42.794 Connected to database 'mythconverg' at host: 
localhost
2007-10-28 08:52:42.799 Grabber Command: nice tv_grab_uk_rt 
--config-file '/home/balki/.mythtv/NTL.xmltv' --output /tmp/mythyFDmLJ
2007-10-28 08:52:42.799 ----------------- Start of XMLTV output 
-----------------

All data is the copyright of the Radio Times website
<http://www.radiotimes.com> and the use of this data
is restricted to personal use only.

Radio Times reports available listings for 268 channels.

Retrieving channels
RT channel 'National Geographic Wild' (22) flagged as bad, skipping
RT channel 'Dave' (2050) unknown in XMLTV channel_ids file
RT channel 'Dave +1' (2051) unknown in XMLTV channel_ids file


XMLTV channel 'plus-1.g2.uktv.flextech.telewest.co.uk' (1871) not seen 
on RT site
XMLTV channel 'uk-gold-2.flextech.telewest.co.uk' (289) not seen on RT site
Downloading listings for 18 configured channels

Retrieving listings
http://xmltv.radiotimes.com/xmltv/160.dat: Code point \u0000 is not a 
valid character in XML at /usr/share/perl5/XMLTV.pm line 1757
2007-10-28 08:54:50.998 ------------------ End of XMLTV output 
------------------
2007-10-28 08:54:51.025 FAILED:  xmltv returned error code 65280.
Error in 24897:21: unexpected end of file
2007-10-28 08:54:53.270 Updating icons for sourceid: 1
2007-10-28 08:54:53.456 New DB connection, total: 4
2007-10-28 08:54:53.458 Connected to database 'mythconverg' at host: 
localhost
2007-10-28 08:54:53.461 No programs found in data.
2007-10-28 08:54:53.522 New DB connection, total: 5
2007-10-28 08:54:53.523 Connected to database 'mythconverg' at host: 
localhost
2007-10-28 08:54:53.539 Failed to fetch some program info
2007-10-28 08:54:53.540 Adjusting program database end times.
2007-10-28 08:54:53.542     0 replacements made
2007-10-28 08:54:53.543 Marking generic episodes.
2007-10-28 08:54:53.545     Found 0
2007-10-28 08:54:53.546 Marking repeats.
2007-10-28 08:54:53.551     Found 0
2007-10-28 08:54:53.552 Unmarking new episode rebroadcast repeats.
2007-10-28 08:54:53.553     Found 0
2007-10-28 08:54:53.554 Marking episode first showings.
2007-10-28 08:54:53.555     Found 0
2007-10-28 08:54:53.556 Marking episode last showings.
2007-10-28 08:54:53.557     Found 0
2007-10-28 08:54:53.568
===============================================================
| Attempting to contact the master backend for rescheduling.  |
| If the master is not running, rescheduling will happen when |
| the master backend is restarted.                            |
===============================================================
2007-10-28 08:54:53.586 Connecting to backend server: 127.0.0.1:6543 
(try 1 of 5)
2007-10-28 08:54:53.589 Using protocol version 31
2007-10-28 08:54:53.681 mythfilldatabase run complete.
2007-10-28 08:54:53.711 DataDirect: Deleting temporary files

Any clues?

Cheers,
Andy







Nick Morrott wrote:
> What version of the grabber are you running? I recently committed an
> update to the uk_rt grabber (still only in current CVS, will be in
> release of XMLTV after 0.5.49) that should fix this problem
> completely.
> 
> I've also been in contact with the RT developers who will hopefully
> get around to fixing the problem before the bad output reaches the
> source data.
> 


More information about the mythtv-users mailing list