I agree with everything said here, but i must add something to defend poor
nc.call's :)

SOs may have a bad behaviour in some extreme cases such as updating right
before disconnecting and such. I've had to change some functionality from
SOs to nc.calls due to this, those "few bytes" of the callbacks are pretty
useful to ensure that the update has been really recieved. Therefor
everything has its place, even in a one-to-all update scenario.

Cheers

On 8/28/07, Joachim Bauch <[EMAIL PROTECTED]> wrote:
>
> Dominick Accattato schrieb:
> [...]
> > Now, if you were talking about using the SharedObject.send method, you
> > may not need to bubble up to your application code, but your still being
> > sent to all the clients.  That being said, you should just use the
> > sharedObjects sync functionality anyway.
>
> using so.send or SO syncs even saves you a few bytes bandwidth as for
> nc.call, the client sends back the result of the method call to the
> server (or the server back to the client) which isn't done for SO events.
> Well, just a few bytes ;) but if you have lots of calls...
>
> Joachim
>
>
> _______________________________________________
> Red5 mailing list
> [email protected]
> http://osflash.org/mailman/listinfo/red5_osflash.org
>



-- 
-------------------------------------------------------------------
If a man speaks in a forest and his wife is not there, is he still wrong?
_______________________________________________
Red5 mailing list
[email protected]
http://osflash.org/mailman/listinfo/red5_osflash.org

Reply via email to