> I had seen the answer at 
> http://lists.live555.com/pipermail/live-devel/2014-September/thread.html 
> although I didn’t received email from mailing list (may be our mail server’s 
> down or something cause to lost email …)

You're on the mailing list, so you should be receiving mailing list messages.  
Perhaps your company's spam filter is incorrectly rejecting this mailing list's 
messages??


> As your suggestions, I use VLC as client running in 4 separated computer (I 
> think hardware in each computer is ok to run just one vlc), The 
> “reuseFirstSource” is of course set to true but nothing changed, video again 
> getting slower with bad image when the 4th or 5th client connect to server 
> (All clients use RTP-over-UDP to request to server) 
> I also use “openRTSP” to get data from my server and write into files. The 
> same thing happens when the 4th or 5th client connect to server (when the 
> connection less than 4, everything is ok). 

I suspect that you are approaching the capacity of your network (or at least 
the capacity of your server's OS to transmit packets on your network).  The big 
problem here is your choice of codec: JPEG.  This is a very inefficient codec 
for streaming.  If you haven't already done so, see
        http://www.live555.com/liveMedia/faq.html#jpeg-streaming

I suggest using H.264 instead of MJPEG.

Also, if your clients are all on the same LAN, you should stream via IP 
multicast rather than IP unicast.  (Then, your server's network traffic will be 
independent of the number of clients.)  To do this, you would use a 
"PassiveServerMediaSubsession" rather than an "OnDemandServerMediaSubsession" 
(and note the various "test*Streamer" demo applications, which stream via 
multicast, using a "PassiveServerMediaSubsession".

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