Dear all,
I hope that someone can help me with solving a freezing freevo user
interface.
I have recently installed the SVN version of freevo and kaa and currently is
the user interface is freezing without a trace (error message) in the log.
I think it is really the main.py application but it looks to be connected
with the osd.py.
I use KAA (SVN) version: 4261
And I use freevo (SVN) version 11634
This is running on an Ubuntu Hardy distribution on a VIA 1500EX based
system.
I did install kaa.display, but I am not using the x11_overlay_display plugin
The user interface is not updated anymore after some time (couple of hours)
while I am encoding a recorded television program into a new format (DVD
mpeg).
Using the remote does not change the user interface nor does using the
remote give a trigger in the log.
The problem happens earlier / easier when I have one of the reencode /
transcode idlebar plugins running. Without is it working for a longer time.
I think that the difference is the amount of data written by osd.py.
(The attached log part at the end of this email shows the end of the UI
update around 2:20)
It seems that this happens more quickly when I have the logging switched on,
but up to now I did not find a real relation / reason for this.
Some internal processes are still running (the system is still checking the
cdrom drive (rom_drives.py) but I do not see the main process running when I
do ps aux
fre...@mediachan:~$ ps aux | grep freevo
freevo 5680 0.0 2.3 47468 22668 ? Sl Oct30 0:07 python2.5
/usr/lib/python2.5/site-packages/freevo/helpers/recordserver.py recordserver
freevo 5686 0.0 2.7 43588 27048 ? S Oct30 2:04 python2.5
/usr/lib/python2.5/site-packages/freevo/helpers/webserver.py webserver
freevo 5693 0.4 5.8 81804 57040 ? S Oct30 11:14 python2.5
/usr/lib/python2.5/site-packages/freevo/helpers/encodingserver.py
encodingserver
freevo 5877 2.3 0.0 0 0 ? Zl Oct30 62:18 [python2.5]
<defunct>
freevo 8192 0.0 0.4 6996 4124 ? S Oct31 0:01
/usr/lib/libgconf2-4/gconfd-2 13
freevo 8260 0.0 0.3 5124 3560 ? Ss Oct31 0:00
/usr/bin/python /usr/bin/freevo
freevo 8310 0.0 0.0 4480 532 ? Ss Oct31 0:00
/usr/bin/ssh-agent /usr/bin/seahorse-agent --execute /home/freevo/.xsession
freevo 8316 0.0 0.6 31536 6024 ? Ss Oct31 0:00
/usr/bin/seahorse-agent --execute /home/freevo/.xsession
freevo 8318 0.0 0.0 0 0 ? Z Oct31 0:00 [xte]
<defunct>
freevo 8325 5.9 0.0 0 0 ? Zl Oct31 75:28 [python2.5]
<defunct>
I believe that in the above part the "defunct" python2.5 and xte are of
importance. further more there is no freevo main.py anymore.
(I could make a cron job doing something like "if xte == defunct then kill
pidof xte" to free things up when it is blocked, but that is not elegant at
all.)
I have copied a part of my log file from around the crash at the end of this
email. I can send more data but the total log is about 300Mb big.
Does someone knows what is going wrong?
And how can I help to resolve this?
(I do run a bit of an old Ubuntu, maybe that is the problem?)
Many thanks in advance!!
Han
(Apologizes for the bad formating. Gmail is making a mess of it.)
2009-11-01 02:20:21,373 DEBUG screen.py (113): in_update(x1=211,
y1=38, x2=241, y2=55, update_area=[(10, 0, 247, 52)], full=False)
2009-11-01 02:20:21,374 DEBUG osd.py (1189):
drawstringframed(string=u'23GB', x=211, y=38, width=30, height=17,
font=<skins.main.xml_skin.Font small0>, fgcolor=None, bgcolor=None,
align_h='center', align_v='top', mode='hard',
layer=<Surface(800x600x32 SW)>, ellipses='...', dim=True)
2009-11-01 02:20:21,375 DEBUG osd.py (1066):
__drawstringframed_line__(string, max_width, font, hard, ellipses,
word_splitter)
2009-11-01 02:20:21,375 DEBUG osd.py (164): charsize(c=u'2')
2009-11-01 02:20:21,376 DEBUG osd.py (164): charsize(c=u'3')
2009-11-01 02:20:21,377 DEBUG osd.py (164): charsize(c=u'G')
2009-11-01 02:20:21,377 DEBUG osd.py (164): charsize(c=u'B')
2009-11-01 02:20:21,378 DEBUG osd.py (1660): _sdlcol(col=16777215L)
2009-11-01 02:20:21,379 DEBUG osd.py (1660): _sdlcol(col=0L)
2009-11-01 02:20:21,380 DEBUG screen.py (113): in_update(x1=267,
y1=38, x2=297, y2=55, update_area=[(10, 0, 247, 52)], full=False)
2009-11-01 02:20:21,381 DEBUG screen.py (113): in_update(x1=682,
y1=20, x2=791, y2=39, update_area=[(10, 0, 247, 52)], full=False)
2009-11-01 02:20:21,381 DEBUG osd.py (1023):
screenblit(source=<Surface(800x600x32 SW)>, destpos=(10, 0),
sourcerect=(10, 0, 237, 52))
2009-11-01 02:20:21,387 DEBUG osd.py (1568): update(rect=[(10, 0,
237, 52)], blend_surface=None, blend_speed=0, blend_steps=0,
blend_time=None, stop_busyicon=True)
2009-11-01 02:20:21,389 DEBUG rc.py (751): EventHandler.poll()
2009-11-01 02:20:21,390 DEBUG rc.py (264):
Lirc.poll(rc=<rc.EventHandler instance at 0xb7346e0c>)
2009-11-01 02:20:21,390 DEBUG rc.py (238): Lirc.get_last_code()
2009-11-01 02:20:21,391 DEBUG rc.py (327):
Keyboard.poll(rc=<rc.EventHandler instance at 0xb7346e0c>)
2009-11-01 02:20:21,412 DEBUG rc.py (751): EventHandler.poll()
2009-11-01 02:20:21,412 DEBUG rc.py (264):
Lirc.poll(rc=<rc.EventHandler instance at 0xb7346e0c>)
2009-11-01 02:20:21,413 DEBUG rc.py (238): Lirc.get_last_code()
2009-11-01 02:20:21,414 DEBUG rc.py (327):
Keyboard.poll(rc=<rc.EventHandler instance at 0xb7346e0c>)
2009-11-01 02:20:21,428 DEBUG transcode.py (268): _timerhandler():
poll=0.20, draw=0.17, interval=1.0, state=video
2009-11-01 02:20:21,464 DEBUG rc.py (751): EventHandler.poll()
2009-11-01 02:20:21,464 DEBUG rc.py (264):
Lirc.poll(rc=<rc.EventHandler instance at 0xb7346e0c>)
2009-11-01 02:20:21,465 DEBUG rc.py (238): Lirc.get_last_code()
2009-11-01 02:20:21,466 DEBUG rc.py (327):
Keyboard.poll(rc=<rc.EventHandler instance at 0xb7346e0c>)
2009-11-01 02:20:21,512 DEBUG rc.py (751): EventHandler.poll()
2009-11-01 02:20:21,513 DEBUG rc.py (264):
Lirc.poll(rc=<rc.EventHandler instance at 0xb7346e0c>)
2009-11-01 02:20:21,514 DEBUG rc.py (238): Lirc.get_last_code()
2009-11-01 02:20:21,515 DEBUG rc.py (327):
Keyboard.poll(rc=<rc.EventHandler instance at 0xb7346e0c>)
2009-11-01 02:20:21,748 DEBUG rom_drives.py (462): drive status for
CD-1 ('/dev/cdrom1':40) is CDS_TRAY_OPEN
2009-11-01 02:20:23,756 DEBUG rom_drives.py (462): drive status for
CD-1 ('/dev/cdrom1':40) is CDS_TRAY_OPEN
2009-11-01 02:20:25,764 DEBUG rom_drives.py (462): drive status for
CD-1 ('/dev/cdrom1':40) is CDS_TRAY_OPEN
2009-11-01 02:20:27,772 DEBUG rom_drives.py (462): drive status for
CD-1 ('/dev/cdrom1':40) is CDS_TRAY_OPEN
2009-11-01 02:20:29,780 DEBUG rom_drives.py (462): drive status for
CD-1 ('/dev/cdrom1':40) is CDS_TRAY_OPEN
2009-11-01 02:20:31,788 DEBUG rom_drives.py (462): drive status for
CD-1 ('/dev/cdrom1':40) is CDS_TRAY_OPEN
2009-11-01 02:20:33,796 DEBUG rom_drives.py (462): drive status for
CD-1 ('/dev/cdrom1':40) is CDS_TRAY_OPEN
2009-11-01 02:20:35,804 DEBUG rom_drives.py (462): drive status for
CD-1 ('/dev/cdrom1':40) is CDS_TRAY_OPEN
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel
