Hi!
Once again, a new release another bunch of issues :-/ I feel that
1.4.1 was the only version that worked for me.
Okay, here we go:
(Downloaded mmpython, freevo and pygoom from www.freevo.org,
deinstalled and removed everything from my old freevo version. I run
Gentoo, latest packages of
has anyone created an ebuild for 1.5_rc1? if not, are there any new
dependencies or install steps i need to take into account to create a
new one?
-atom
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Freevo Wiki for change
notification.
The following page has been changed by 137.226.77.2:
http://freevo.sourceforge.net/cgi-bin/moin.cgi/DocumentationPage_2fSupportedHardware
Dirk Meyer wrote:
OSD is (was) a SynchronizedObject. If I understand the code of the
SynchronizedObject, only one thread can enter a function at a time to
prevent race conditions.
Yes, that's correct.
On the
other hand we have a main loop calling time.sleep() _inside_ OSD()
(because of the
[ moved to devel list ]
Krister Lagerstrom wrote:
Dirk Meyer wrote:
That may be right. The output of mplayer is parsed in a thread and
this thread updates the osd. Without the SynchronizedObject we may
have a problem here. Maybe the bug is related to the fact that the
main thread locks
Lars Eggert wrote:
Lars Eggert wrote:
for the last couple of days, whenever I play an MP3 through freevo,
sound stops after a few dozend seconds. Issuing the exact same mplayer
command - arguments and all - from the shell plays the file fine.
FYI, that still happens. When I have some time, I'll
Lars Eggert wrote:
Anyone have a clue why the animation stuff would break things like that?
Yes, since yesterday. Try current cvs or 1.5.0-rc1 with the attached
patch.
Dischi
*** ./src/rc.py Sat Feb 28 18:30:59 2004
--- /home/dmeyer/src/freevo/./src/rc.py Sun May 9 14:11:27 2004