Displaying videos with no internal border, child mplayer problems
Bill Lear <[email protected]> Fri, 7 Mar 2008 10:33:38 -0600
| Newsgroups | gmane.comp.mozilla.mplayerplug-in |
|---|---|
| Message-ID | <[email protected]> |
I have two questions about the mplayer plugin. I am running on
x86_64, Fedora 8, firefox 2.0.0.12, mplayer 1.0rc2-4.1.2
First, I am trying to display the video in a firefox window and would
like to display only the video (no controls, progress bar, etc.) and
need the video to fill the entire window, all the way out to the edge,
with no internal border. However, after plowing through the source
code (plugin.cpp, plugin-setup.cpp, plugin-ui.cpp), I can't see where
this internal border is set and how to disable it. Could someone
here please help me figure this out?
Second, I have noticed two things about how child mplayer processes
are handled. First, when mplayer exits after it has finished playing
a video, child processes are not reaped, and after playing many videos
this can cause a problem, as the process I have in mind would be very
long-lived. I checked the source code, and a line in
plugin-threads.cpp:
signal(SIGCHLD, sig_child);
was commented out. When I uncomment this (recompile, reinstall),
the children are reaped properly. Is there any reason not to install
the sig_child signal handler?
The second thing about how child mplayer processes are handled is more
troubling. When firefox is killed (say, by pressing control-C at the
command-line or issuing 'kill' from the command line), I often see an
mplayer process left over, but in this case it is not just an idle
unreaped child, but an mplayer that is galloping along, chewing up all
of the CPU that it can get. On occasion I will see more than one of
these, though it may be due to multiple start/stops of Firefox. I
would assume that when SIGKILL comes through, the mplayerplugin should
then kill the child mplayer process, do any other clean up necessary,
and exit. Is there a reason this is not done (if indeed it is not)
or why this may not be working properly?
Thanks.
Bill
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/