Hi Thomas,
Yesterday I changed the tv channel by mistake just before exiting the
vdr plugins. freevo did freeze few seconds, then crashed with this
traceback:
switching to 9
VDR_XINE: VIDEO_START
force killing with signal 9
error 1 reading reply, connection lost
result=''
error 1 reading reply, connection lost
hitk returned:
Crash!
Traceback (most recent call last):
File "/data/src/freevo-1.5.1/src/main.py", line 492, in ?
MainTread().run()
File "/data/src/freevo-1.5.1/src/main.py", line 352, in run
self.eventhandler(rc.get_event(True))
File "/data/src/freevo-1.5.1/src/main.py", line 302, in eventhandler
if not rc.app()(event):
File "/data/src/freevo-1.5.1/src/plugins/vdr.py", line 407, in eventhandler
self.stop()
File "/data/src/freevo-1.5.1/src/plugins/vdr.py", line 248, in stop
self.svdrp.close()
File "/data/src/freevo-1.5.1/src/vdrpylib/svdrp.py", line 128, in close
self.read_all()
File "/usr/lib/python2.3/telnetlib.py", line 330, in read_all
self.fill_rawq()
File "/usr/lib/python2.3/telnetlib.py", line 521, in fill_rawq
buf = self.sock.recv(50)
timeout: timed out
When I looked at vdr, it was complaining about ring buffer overflow
and using all the cpu. I had to kill it.
I wasn't able to reproduce it as easily this morning, changing the
channel then immediatly exiting the plugins didn't reproduce the bug
I had to change channels very quickly for 30 sec, then exit.
My setup is quite complex, i'm using vdr 1.3.12 + streamdev. I'm
waiting for a new streamdev plugin for 1.3.13. if that problem still
exists i'll tell the vdr devs.
--
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
