[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnash-commit] /srv/bzr/gnash/trunk r10414: Move stream creation log

From: Sandro Santilli
Subject: Re: [Gnash-commit] /srv/bzr/gnash/trunk r10414: Move stream creation logic from NetStream to NetConnection (will be useful
Date: Sat, 13 Dec 2008 17:24:37 +0100

Oh, hold on a sec.
For remoting, that URI is used to postpone actual connection
to time.

The way potlatch works is:

        nc = new NetConnection();

Gnash triggers nc.onStatus with a failure status code
corrently when NetConnection.connect() is passed an URL.
Potlatch doesn't fail due to the fact that onStatus
is assigned *after* the .connect call, so Gnash doesn't find it
(by luck then).


 1) we shouldn't send a failure message on .connect, unless
    something else happens, maybe malformed url ?
 2) we shouldn't send onStatus immediately, but delegate it
    to someone else (eventual network thread for rtmp or processing
    of queued calls for remoting).


On Sat, Dec 13, 2008 at 04:57:21PM +0100, Sandro Santilli wrote:
> On Sat, Dec 13, 2008 at 04:54:46PM +0100, Benjamin Wolsey wrote:
> > Then on the attached NetStream:"stream_name");
> > 
> > So in this case, NetConnection would know it was connected to an rtmp
> > server. NetConnection_as::getStream() would interpret the argument
> > passed from not as an URL, but as a stream name
> > (whatever that is), and accordingly ask the Gnash object that's managing
> > the rtmp connection for that stream.
> > 
> > Have I understood that correctly?
> Yes, as far as I understood so far.
> --strk;


 GIS & Flash consultant/developer     ()   ASCII Ribbon Campaign          /\   Keep it simple! 

reply via email to

[Prev in Thread] Current Thread [Next in Thread]