Unicasting to 400 clients

About encoding, codec settings, muxers and filter usage
Sound
Blank Cone
Blank Cone
Posts: 12
Joined: 31 Jan 2005 13:30
Contact:

Unicasting to 400 clients

Postby Sound » 31 Jan 2005 13:43

I need to broadcast a live video stream to 400 clients connected to the Internet, and I can't do multicast.

What's the best solution?
- Should I do UDP unicast to every single location using duplicate{dst=standard{},dst=standard{},dst=standard{}...}? Will this support 400 destinations?
- Should I use HTTP streaming and let clients join the HTTP feed?

Thank you all,

Alessandro.

safull

Postby safull » 08 Feb 2005 04:14

sorry this mess.

viewtopic.php?t=7241

Sound
Blank Cone
Blank Cone
Posts: 12
Joined: 31 Jan 2005 13:30
Contact:

Postby Sound » 08 Feb 2005 10:33

Are the 400 users at the same time?

If you use 400 UDP users, even if they don't want the stream they receive it. So you're downloading the banwith. But your bandwith is constant use.

If 400 HTTP joins, you don't download the bandwith of your clients id they don't want to see the stream. Your bandwith will also be variable in function of how many clients are getting the stream. I think also this will produce more CPU usage, than UDP option.

I'm not guru, just net knowledge. But i will use HTTP join.

By the way see if you could use Multicast in UDP. This will depend on the routers to your clients and yours.
Hi safull, the 400 users are at the same time, and I don't have the problem of avoiding users that don't want to see the stream: I need to do live broadcasts to 400 shops, so I always exactly know that they want to join the stream :-) So this is not for normal Internet users but for a restricted network.
I'm not sure we can afford a multicast WAN all over the country, so do you think that in this case unicast UDP is less CPU- and RAM-intensive than HTTP?

Thank you! Alessandro.

markfm
Big Cone-huna
Big Cone-huna
Posts: 1536
Joined: 22 Feb 2004 17:42

Postby markfm » 08 Feb 2005 19:57

Unicast UDP is probably a good bet.

Also, if you have more than one user at an end node (remote site), you can also go two-tiered, have a single VLC client at the end node rebroadcast as a local LAN multicast.
Last edited by markfm on 08 Feb 2005 20:29, edited 1 time in total.

Sound
Blank Cone
Blank Cone
Posts: 12
Joined: 31 Jan 2005 13:30
Contact:

Postby Sound » 08 Feb 2005 20:07

Hmm yes, this could be easily done with some kind of Perl script that downloads up-to-date network topology from a website and then generates local VLC command line choosing to either play or to play and rebroadcast to its child nodes.

If we go on with this, I'll post updates :-)
Thank you markfm and safull.


Return to “VLC stream-output (sout)”

Who is online

Users browsing this forum: No registered users and 29 guests