Re: [Freevo-users] dvbstreamer's getepg in Germany/Europe

2012-02-08 Thread Adam Charrett 


On Tue, 24 Jan 2012, Manuel Borchers wrote:

 Hi Adam,

 Am Dienstag, den 24.01.2012, 19:35 + schrieb Adam Charrett:
 sorry Manuel I saw your post but I'd been too busy to respond.

 No problem, thanks for your answer!

 Can you check that the adapter is active/being used, the following command
 should output True:

 dvbctrl getprop adapter.active

 Yes, did that. It said True (before and after the getepg run).

 I got a little different output today (maybe the antenna isn't placed
 too good right now):

 -- snip --
 chronus:~# getepg -c -x epg.xml
 8 multiplexes to update
 192.168.0.2:0 (1) processing 2114.0901
 192.168.0.2:0 State: tuning
 192.168.0.2:0 (2) processing 2114.0306
 192.168.0.2:0 (3) processing 2114.0304
 192.168.0.2:0 (4) processing 2114.0101
 192.168.0.2:0 (5) processing 2114.0202
 192.168.0.2:0 (6) processing 2114.0301
 192.168.0.2:0 (7) processing 2114.0102
 192.168.0.2:0 (8) processing 2114.0305
 192.168.0.2:0 finished
 Traceback (most recent call last):
  File /usr/bin/getepg, line 609, in module
main()
  File /usr/bin/getepg, line 599, in main
capture_full()
  File /usr/bin/getepg, line 455, in capture_full
epghandler.stop()
  File /usr/bin/getepg, line 294, in stop
self.session.stop_epg_capture()
  File /usr/lib/python2.5/site-packages/dvbstreamer/session.py, line 275, in 
 stop_epg_capture
self.execute_command('epgcapstop')
  File /usr/lib/python2.5/site-packages/dvbstreamer/session.py, line 117, in 
 execute_command
result = conn.execute_command(command)
  File /usr/lib/python2.5/site-packages/dvbstreamer/connection.py, line 133, 
 in execute_command
raise errors.Error(error_code, error_message, lines)
 GenericCommandError: 65535 : Not yet started!
 chronus:~# dvbctrl getprop adapter.active
 True
 -- snip --

 Anything else I could try? I have to see what's up with the reception
 right now. Will get back to you when I get a minute.

 Cheers,
 Manuel


Hmm looks to me like the adapter didn't tune before the timeout so the 
capture wasn't started (hence the Not yet started). I didn't spend a lot 
of time on the EPG capture for v2 as I don't use it (more a proof of 
concept). It needs some work to make it stable, although it did seem to 
retrieve some data when I ran it against my system here in the UK.

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).

Cheers

Adam

--
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

Re: [Freevo-users] dvbstreamer's getepg in Germany/Europe

2012-02-08 Thread Manuel Borchers 
Am Mittwoch, den 08.02.2012, 11:21 + 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

Re: [Freevo-users] dvbstreamer's getepg in Germany/Europe

2012-01-24 Thread Adam Charrett 


On Sun, 22 Jan 2012, Manuel Borchers wrote:

 Hi all,

 I already posted this inquiry on the dvbstreamer list a few weeks ago,
 but I got no reply. So maybe some here was facing with a similar
 problem.
sorry Manuel I saw your post but I'd been too busy to respond.

 Two months ago, I had to switch to dvbstreamer 2.0 which basically works
 perfectly with my current freevo setup.
 The only thing missing is EPG now. In dvbstreamer 1.2, I got the EPG
 over the air with a little modified version of the example on the
 dvbstreamer wiki. Well, this doesn't work anymore (as I expected). So I
 got the new python bindings and found getepg.

 After removing one transponder that can't be tuned in (- infos missing,
 only .. was there) manually from the sqlite database, getepg
 get's a little further, but still no joy:
 -- snip --
 chronus:~# getepg -c -x epg.xml
 8 multiplexes to update
 192.168.0.2:0 (1) processing 2114.0901
 192.168.0.2:0 State: waiting
 192.168.0.2:0 (2) processing 2114.0306
 192.168.0.2:0 (3) processing 2114.0304
 192.168.0.2:0 (4) processing 2114.0101
 192.168.0.2:0 (5) processing 2114.0202
 192.168.0.2:0 (6) processing 2114.0301
 192.168.0.2:0 (7) processing 2114.0102
 192.168.0.2:0 (8) processing 2114.0305
 192.168.0.2:0 finished
 Traceback (most recent call last):
  File /usr/bin/getepg, line 609, in module
main()
  File /usr/bin/getepg, line 599, in main
capture_full()
  File /usr/bin/getepg, line 455, in capture_full
epghandler.stop()
  File /usr/bin/getepg, line 294, in stop
self.session.stop_epg_capture()
  File /usr/lib/python2.5/site-packages/dvbstreamer/session.py, line
 275, in stop_epg_capture
self.execute_command('epgcapstop')
  File /usr/lib/python2.5/site-packages/dvbstreamer/session.py, line
 117, in execute_command
result = conn.execute_command(command)
  File /usr/lib/python2.5/site-packages/dvbstreamer/connection.py,
 line 133, in execute_command
raise errors.Error(error_code, error_message, lines)
 GenericCommandError: 65535 : Not yet started!
 -- snip --

 I'm in Germany here in case this matters.
 The reception isn't too good sometimes, even tough I got an Axing
 antenna pre-amp... But usually it is okay (sometimes some artifacts).
 Is getting the EPG supposed to work here in Germany? Version 1.2 worked
 fine.
Yes it should work.

 Any hints or pointers are mostly welcome.

Can you check that the adapter is active/being used, the following command 
should output True:

dvbctrl getprop adapter.active

if this was false, use the next command to enable the adapter:

dvbctrl setprop adapter.active true

cheers

Adam

--
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

Re: [Freevo-users] dvbstreamer's getepg in Germany/Europe

2012-01-24 Thread Manuel Borchers 
Hi Adam,

Am Dienstag, den 24.01.2012, 19:35 + schrieb Adam Charrett:
 sorry Manuel I saw your post but I'd been too busy to respond.

No problem, thanks for your answer!

 Can you check that the adapter is active/being used, the following command 
 should output True:
 
 dvbctrl getprop adapter.active

Yes, did that. It said True (before and after the getepg run).

I got a little different output today (maybe the antenna isn't placed
too good right now):

-- snip --
chronus:~# getepg -c -x epg.xml
8 multiplexes to update
192.168.0.2:0 (1) processing 2114.0901
192.168.0.2:0 State: tuning
192.168.0.2:0 (2) processing 2114.0306
192.168.0.2:0 (3) processing 2114.0304
192.168.0.2:0 (4) processing 2114.0101
192.168.0.2:0 (5) processing 2114.0202
192.168.0.2:0 (6) processing 2114.0301
192.168.0.2:0 (7) processing 2114.0102
192.168.0.2:0 (8) processing 2114.0305
192.168.0.2:0 finished
Traceback (most recent call last):
  File /usr/bin/getepg, line 609, in module
main()
  File /usr/bin/getepg, line 599, in main
capture_full()
  File /usr/bin/getepg, line 455, in capture_full
epghandler.stop()
  File /usr/bin/getepg, line 294, in stop
self.session.stop_epg_capture()
  File /usr/lib/python2.5/site-packages/dvbstreamer/session.py, line 275, in 
stop_epg_capture
self.execute_command('epgcapstop')
  File /usr/lib/python2.5/site-packages/dvbstreamer/session.py, line 117, in 
execute_command
result = conn.execute_command(command)
  File /usr/lib/python2.5/site-packages/dvbstreamer/connection.py, line 133, 
in execute_command
raise errors.Error(error_code, error_message, lines)
GenericCommandError: 65535 : Not yet started!
chronus:~# dvbctrl getprop adapter.active
True
-- snip --

Anything else I could try? I have to see what's up with the reception
right now. Will get back to you when I get a minute.

Cheers,
Manuel

-- 
Manuel Borchers

Web: http://www.matronix.de
eMail: man...@matronix.de


signature.asc
Description: This is a digitally signed message part
--
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