Hi.
More info:
now I'm running just freevo. I mean, no other servers (rssserver,
recordserver...) at the same time. It looks more stable. With a folder that
always crashed freevo, it all went well. But in another one, I get in
main-1001.log:
2010-08-01 16:08:56,655 DEBUG skin_utils.py (110):
thumb:///mnt/imagenes/2009-07-24, gelida/gelida_2009-07-25T00_10_40.JPG
Traceback (most recent call last):
File "/usr/lib/python2.5/site-packages/freevo/main.py", line 306, in
eventhandler
app.eventhandler(event)
File "/usr/lib/python2.5/site-packages/freevo/menu.py", line 842, in
eventhandler
self._handle_play_item(menu, event)
File "/usr/lib/python2.5/site-packages/freevo/menu.py", line 654, in
_handle_play_item
action(arg=arg, menuw=self)
File "/usr/lib/python2.5/site-packages/freevo/directory.py", line 488, in
cwd
self.check_password_and_build(arg=None, menuw=menuw)
File "/usr/lib/python2.5/site-packages/freevo/directory.py", line 561, in
check_password_and_build
self.build(arg=arg, menuw=menuw)
File "/usr/lib/python2.5/site-packages/freevo/directory.py", line 582, in
build
self.__build(arg,menuw)
File "/usr/lib/python2.5/site-packages/freevo/directory.py", line 795, in
__build
menuw.pushmenu(item_menu)
File "/usr/lib/python2.5/site-packages/freevo/menu.py", line 410, in
pushmenu
self.refresh()
File "/usr/lib/python2.5/site-packages/freevo/menu.py", line 440, in
refresh
skin.draw('menu', self, self.menustack[-1], blend)
File "/usr/lib/python2.5/site-packages/freevo/skins/main/main.py", line
547, in draw
a.draw(settings, object, menu, style, type, self.force_redraw)
File "/usr/lib/python2.5/site-packages/freevo/skins/main/area.py", line
196, in draw
self.update_content()
File "/usr/lib/python2.5/site-packages/freevo/skins/main/listing_area.py",
line 437, in update_content
val.height, True, self.xml_settings.anamorphic)
File "/usr/lib/python2.5/site-packages/freevo/skins/main/skin_utils.py",
line 113, in format_image
image = osd.loadbitmap(imagefile)
File "/usr/lib/python2.5/site-packages/freevo/osd.py", line 876, in
loadbitmap
image = image.convert()
error: Out of memory
2010-08-01 16:08:57,377 DEBUG osd.py (158):
OSDFont.__init__(name='/usr/X11R6/lib/X11/fonts/truetype/Arial_Bold.ttf',
ptsize=11)
2010-08-01 16:08:57,387 INFO osd.py (219): Couldn't load font
'Arial_Bold.ttf'
2010-08-01 16:08:57,388 INFO osd.py (225): Trying alternate:
'VeraBd.ttf'
2010-08-01 16:08:57,643 DEBUG osd.py (533): pygame event=<Event(3-KeyUp
{'key': 13, 'mod': 0})>
2010-08-01 16:08:57,644 DEBUG osd.py (533): pygame
event=<Event(4-MouseMotion {'buttons': (0, 0, 0), 'pos': (490, 327), 'rel':
(6, -6)})>
2010-08-01 16:08:57,644 DEBUG osd.py (533): pygame
event=<Event(4-MouseMotion {'buttons': (0, 0, 0), 'pos': (512, 317), 'rel':
(22, -10)})>
2010-08-01 16:08:57,645 DEBUG osd.py (533): pygame
event=<Event(4-MouseMotion {'buttons': (0, 0, 0), 'pos': (540, 297), 'rel':
(28, -20)})>
2010-08-01 16:08:57,645 DEBUG osd.py (533): pygame
event=<Event(4-MouseMotion {'buttons': (0, 0, 0), 'pos': (576, 279), 'rel':
(36, -18)})>
Out of memory?
fre...@tinglao:~$ free -k
total used free shared buffers cached
Mem: 450072 420704 29368 0 7580 17108
-/+ buffers/cache: 396016 54056
Swap: 297160 297068 92
Never happened this to me before. I think this is the problem.
When I see images, freevo eats a lot of ram and swap. When it's over, it's
over. If I remove my tmpfs, and other things, freevo can survive. There is a
chance, at least. However, I think there's something wrong here. I don't
understand how it can be so consuming. And the problem must be with pygame,
according to:
Fatal Python error: (pygame parachute) Segmentation Fault (this I can see,
before I couldn't)
I'm using debian stable, with:
ii python-pygame 1.7.1release-4.2
ii python2.5
2.5.2-15+lenny1 An interactive high-level
object-oriented language (version 2.5)
ii python2.5-dev
2.5.2-15+lenny1 Header files and a static library for
Python (v2.5)
ii python2.5-minimal
2.5.2-15+lenny1 A minimal subset of the Python language
(version 2.5)
More ram would help, sure, but I'm quite there must be some other solution.
Alberto
2010/8/1 John Molohan <john.molo...@gcd.ie>
> On 01/08/2010 04:37, Alberto Hernando wrote:
>
>
>
>>
>> But, actually, in cache.log:
>>
>> 2010-07-30 00:17:13,373 INFO config.py (523): LOGDIR: /var/log
>> /var/log/freevo
>> 2010-07-30 00:17:13,374 INFO config.py (524): STATICDIR: /var/lib
>> /var/lib/freevo
>> 2010-07-30 00:17:13,374 INFO config.py (525): CACHEDIR: /tmp
>> /mnt/cache
>> 2010-07-30 00:17:13,425 INFO config.py (544): Loading freevo
>> configuration file "/home/freevo/.freevo/freevo.conf"
>> 2010-07-30 00:17:13,461 INFO config.py (618): Loading freevo
>> configuration file: "/usr/share/freevo/freevo_config.py"
>> 2010-07-30 00:17:14,942 INFO config.py (624): Loaded freevo
>> configuration file: "/usr/share/freevo/freevo_config.py"
>> 2010-07-30 00:17:14,942 INFO config.py (639): Loading local
>> configuration file: "/home/freevo/.freevo/local_conf.py"
>> WARNING: duplicate plugin activation, ignoring:
>> <tv None None>
>>
>> WARNING: duplicate plugin activation, ignoring:
>> <video.xine None None>
>>
>> WARNING: duplicate plugin activation, ignoring:
>> <idlebar None None>
>>
>> WARNING: duplicate plugin activation, ignoring:
>> <idlebar.cdstatus None None>
>>
>> WARNING: duplicate plugin activation, ignoring:Traceback (most recent call
>> last):
>> File "/usr/lib/python2.5/site-packages/freevo/config.py", line 642, in
>> <module>
>> execfile(overridefile, globals(), our_locals)
>> File "/home/freevo/.freevo/local_conf.py", line 430, in <module>
>> plugin.activate('idlebar.volume')
>> File "/usr/lib/python2.5/site-packages/freevo/plugin.py", line 239, in
>> activate
>> print 'WARNING: duplicate plugin activation, ignoring:'
>> File "/usr/lib/python2.5/site-packages/freevo/config.py", line 122, in
>> write
>> sys.__stdout__.write(msg)
>> IOError: [Errno 11] Resource temporarily unavailable
>>
>> Could it be a problem with the cache?
>>
>>
>> Alberto
>>
>> Where are your logs writing to?
>>
>
> Hi.
>
> Hi Alberto,
>
>
> My logs are writing to /tmp, which is ramfs.
>
> tmpfs 220M 124K 220M 1% /tmp
>
> When it's full, freevo crashes, all right. But this usually doesn't happen.
> Only when I set DEBUG=2 and have a lot of output.
> Could it be that big images need a lot of memory to load, and there ir no
> ram for /tmp? But then I'd have crashes watching movies, I think. Well, when
> I have time, I'll try to write logs to another place.
>
> Alberto
>
> It might be that you have some bad RAM. I'd run a memcheck on it. Also as
> you point out it could be that you're running out of space. Changing the
> logs to write to another location might give a clue.
>
> John
>
>
>
--
duende a rayas
------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users
