Re: [Mplayerplug-in-devel] External instance of Mplayer possible?

[Kevin D. <kde...@ya...>]

Karen,

You might try looking at the "-cookies" option for mplayer. That might be t=
he=20
option you need to make your sites work. The authentication is handled by t=
he=20
browser, but mplayer with the -cookies option is smart enough to pick up th=
e=20
authentication tokens.

As for launching mplayer outside of the browser and keeping it up when you=
=20
close the browser. The implementation I have done does not allow this. What=
=20
you want to do, it just currently not possible with mplayerplug-in.

Kevin

On Wednesday 19 January 2005 02:25 am, Karen Heiby wrote:
> Hello,
>
> It looks like I'm not having a problem at one subscription site, where
> they use cgi scripts and authentication for their streaming video.  The
> FAQ says that this is an issue, but I'm not having it.  If I click on
> such links, Firefox will have mplayerplug-in open the video, and play
> the mms stream with authentication--from within Firefox, of course.
>
> I guess I'm not sure what's handling the authentication--is it the
> plugin?  Or is it Mplayer itself?  Or is Firefox doing it?
>
> If I copy and paste the link into gmplayer itself, to play the stream,
> it can't authenticate or process the cgi-script to get to the target
> streaming media file.  Actually, I can see how this makes sense.  I have
> no choice but to watch video and listen to audio from within Firefox
> with the mplayerplug-in.
>
> Ultimately, what I'd like, would be for things to behave in such a way
> that, if the stream is not embedded into the web page, then an external
> instance of Mplayer will pop up and play it.  I don't really like having
> to keep Firefox open and watching/listening to streams with mplayerplug-
> in.  Can I request an mplayerplug-in feature that goes ahead with the
> authentication and processes the scripts, and then knows when I want
> something opened in an external instance?
>
> I have tried gxine, which includes a browser plugin.  It works great for
> doing what I want it to do in this instance, but the problem is, it
> opens almost *everything* externally, and I don't want that either.
> Sometimes a video is meant to be watched embedded, and sometimes it's
> meant to be watched in an external media player instance.  Neither plug-
> in or player seems smart enough to behave the way it's supposed to all
> of the time.  Like with Mplayer, I can't paste a cgi link into Gxine and
> have it play the file.   I'm not exactly sure where the limitation lies,
> but it sounds like the authentication is being handled by the plugins.
> Gxine's knows how to open external instances of Gxine, and Mplayerplug-
> in does not.  Neither one, however, always behaves the way they're meant
> to.
>
> Many thanks for reading this!  Karen H.
>
>
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Mplayerplug-in-devel mailing list
> Mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel