Adam Stephens wrote:
> I updated to the latest snapshot after adding a docbook requirement to
> the ebuild and running autogen.sh. (Dischi - there is a patch below)
Thanks, I added this stuff and forgot to update the ebuild.
> Now I am no longer getting the error below. Instead I am now running
> into the same problem I am having with mplayer. It seems that when the
> display is stopped, the dxr3 isn't actually released. This causes xine,
> mplayer and even freevo itself to bail since they cannot access the
> display.
I kid of found the bug. Do you have the webserver running
(plugin.activate('www'))?
It looks to be that every child process inherits some sdl settings
from the parent, even resetting SDL_VIDEO_DRIVER for the webserver
doesn't help. If I start the webserver with freevo, I have the same
problem, if not it works. Can you verify this so that we could disable
the internal webserver when using the dxr3?
Dischi
--
I say no to drugs, They just don't listen...
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
