Of course our code doesn't buffer anything for 2 seconds.  (The 'packet 
reordering' queue delays incoming packets for at most the 'packet reordering 
threshold' - which is, by default, only 100 ms - and only if packet loss 
occurs.)

The delay is obviously caused by the TCP implementation - i.e., in the OSs of 
your server and client.  This is not a bug; this is simply TCP's way of 
ensuring reliable data delivery, in the face of high data rates and lossy 
networks.  To overcome this, either send less, or stream via UDP instead of 
TCP. (You should stream RTP-over-TCP *only* if there's a firewall - between the 
server and client - that blocks UDP packets.)


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel

Reply via email to