Tibor Pittich wrote:
Furthermore it doesn't even start (because mplayer does this) if audio is busy or you don't have privilege to access to audio device. In that case mplayer should have been called with (in mplayerplugin.c):On 31. jan 2003 17:03, Giuseppe Ghib? wrote:Tibor Pittich wrote:i'v found this interesting project, but i don't have time to testing it.. i think, that it will be useful for playing multimedia files directly into mozilla through mplayer.I've tried it a couple of day ago. AFAIK it's not much stable. The first time works, but as you go on "BACK" and "FORWARD" button in mozilla it causes mozilla crash/exits. Furthermore it allows only one "playing" window at time, because it calls "mplayer" with execvp() and using default 'XVideo' estension, which of course doesn't work with multiple mplayer instances. Forcing -vo x11 (in which case would allow to have multiple animations) doesn't work too when used in combination of "-wid" (IMHO an mplayer bug). IMHO it would be nice if such king of plugin would be directly build on top of mplayer, rather than calling in some pipe...thanks for detailed technical description. these defects is essential, therefore is impossible to daily usage :(
argv[i++] = "-nofs";
argv[i++] = "-ao";
argv[i++] = "oss:/dev/dsp,null";
Furthermore it always forces -width and -height (so distorting the image),
in both NP_EMBED, and NP_FULL modes. NP_EMBED is when the animation is
inside <EMBED...>, while NP_FULL is when the animation is clicked in a
<HREF>.
Bye.
Giuseppe.
