Am Mittwoch, den 08.02.2012, 11:21 +0000 schrieb Adam Charrett: > You could manually try tuning to a channel, starting EPG capture with > epgcapstart and then see if you get any data by using the epgdata command > (note this won't close the connection it will just keep spewing data/ > pause indefinitely).
Damn it. That seems to be all my fault. After seeing data coming out when doing "epgcapstop", "select xxx", "epgcapstart", "epgdata", I rememeberd that in the beginning I had a multiplex with inusfficient infos, which let the getepg fail completely. Therefore on the next run the "session.start_epg_capture" failed. I changed that to "session.restart_epg_capture" and forgot about it. Now that I changed that back to the original, it somewhat works. Data seems to be processed, but in the end I get: -- snip -- 192.168.0.2:0 (8) processing 2114.0305 192.168.0.2:0 finished Finished updates Traceback (most recent call last): File "/usr/bin/getepg", line 477, in get_services_info info = connection.get_service_info(service.dvb_id) File "/usr/lib/python2.5/site-packages/dvbstreamer/session.py", line 157, in get_service_info return ServiceInfo(lines) File "/usr/lib/python2.5/site-packages/dvbstreamer/info.py", line 98, in __init__ super(ServiceInfo, self).__init__(lines) File "/usr/lib/python2.5/site-packages/dvbstreamer/info.py", line 67, in __init__ doc = yaml.load(reduce(lambda x,y: x + '\n' + y, lines, '')) File "/usr/lib/python2.5/site-packages/yaml/__init__.py", line 57, in load loader = Loader(stream) File "/usr/lib/python2.5/site-packages/yaml/loader.py", line 34, in __init__ Reader.__init__(self, stream) File "/usr/lib/python2.5/site-packages/yaml/reader.py", line 114, in __init__ self.determine_encoding() File "/usr/lib/python2.5/site-packages/yaml/reader.py", line 170, in determine_encoding self.update(1) File "/usr/lib/python2.5/site-packages/yaml/reader.py", line 204, in update self.check_printable(data) File "/usr/lib/python2.5/site-packages/yaml/reader.py", line 179, in check_printable 'unicode', "special characters are not allowed") ReaderError: unacceptable character #x0086: special characters are not allowed in "<string>", position 24 Exporting to epg.xml... Done -- snip -- All I get in the xml are seven of my eight multiplexes listed as channeles in the <tv></tv> tags. With my very little python skills, I isolated the service that is causing this. It's indeed using special characters in its name. I noticed that in the beginnings of my dvbstreamer time and that was the reason why I'm not using the channel names in freevo to tune in, but the IDs. Actually, I modified the sqlite database manually to get rid of these characters. Didn't help, seems to get updated again when tuned in. Anything I could try to get rid of these charaters? Thanks very much for your help, Adam! Cheers, Manuel -- Manuel Borchers Web: http://www.matronix.de eMail: man...@matronix.de ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users