[Red5] Sending data(byte arrays) to multiple clients using remote shared objects

Christopher Walzl cwalzl at gmail.com
Thu Oct 2 11:40:27 PDT 2008


Hi All,

I'm using remote shared objects to send a lot of data to multiple  
clients.  I've rewritten some code I had originally implemented in a  
SOAP web service, thinking Red5 would make things simpler, and it  
would be able to send the data more quickly and efficiently(less  
overhead than a SOAP message I think).  However, I've been having some  
serious latency issues with my red5 implementation using shared  
objects. I've got a few questions related to how all of this works  
under the hood. If there is any documentation out there that goes over  
this, please let me know! :-)  I've started looking over the code, but  
I'd be grateful for any help that y'all could give!

Question 1: How does the event/data queuing work?  Is there a way to  
disable queuing? For example, if a client has not yet received the  
data for an updated key-value pair in the shared object, and that  
entry has already been overwritten, I'd like the client to receive the  
latest entry and skip the previous entry.

Question 2: Possibly related to the first question...when a client  
updates a shared object, is that data pushed back out to the other  
clients as it's received by the server, bit by bit? Otherwise it must  
wait until the entire message is received before it forwards on the  
data to the other clients? Any ideas?

Question 3: I thought I knew the answer to this, but just want to  
verify... When I update a key/value pair on a remote shared object, is  
it true that only the updated key/value data is sent out to the  
clients who are listening to this remote shared object?  The reason I  
ask, is because it appears that my bandwidth utilization is higher  
than I would have expected.

Thanks!

Chris Walzl
cwalzl at gmail.com
(972) 974-6728

Sent from my MacBook Pro




More information about the Red5 mailing list