hello Another beginners question..... I've been googling through the icecast archives looking for information on how icecast handles multiple clients. Haven't been able to find what I'm looking for. Could someone please explain (or direct me to links) what happens to the upload bandwidth of a box running icecast, when more than one client connects? For example, if a box on a 128kbps upload connection is serving a 64Kbps stream (and not audio-on-demand) - is it limited to two connections or is icecast somehow more efficient? cheers, Iain -- Iain Mott www.reverberant.com
Iain Mott wrote:> hello > > Another beginners question..... I've been googling through the icecast > archives looking for information on how icecast handles multiple > clients. Haven't been able to find what I'm looking for. > > Could someone please explain (or direct me to links) what happens to the > upload bandwidth of a box running icecast, when more than one client > connects? For example, if a box on a 128kbps upload connection is > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two > connections or is icecast somehow more efficient? > > cheers, > > Iain >It is limited to two connections, there is no magic way around that, it's not a p2p system Stephen LiveIce Project http://liveice.sf.net/
Hi Iain, It's a simple answer:> For example, if a box on a 128kbps upload connection is > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two > connectionsYes it is.> or is icecast somehow more efficient?No - icecast can't work miracles! The underlying technology of the internet (the way it is at present, at least) only allows a packet of information to be sent to one computer, so icecast needs to replicate each chunk of data for every client it wants to broadcast to. Ways to get round this (apart from getting a very fat pipe) include setting up relays so that more than one computer (more importantly, more than one internet connection) is broadcasting the signal, which means you have to have some way of 'distributing' your listeners among the relays (you'll see lots of discussion about relays in the archive). Dan On 17/05/05, Iain Mott <mott@reverberant.com> wrote:> hello > > Another beginners question..... I've been googling through the icecast > archives looking for information on how icecast handles multiple > clients. Haven't been able to find what I'm looking for. > > Could someone please explain (or direct me to links) what happens to the > upload bandwidth of a box running icecast, when more than one client > connects? For example, if a box on a 128kbps upload connection is > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two > connections or is icecast somehow more efficient? > > cheers, > > Iain > > -- > Iain Mott > www.reverberant.com > > _______________________________________________ > Icecast mailing list > Icecast@xiph.org > http://lists.xiph.org/mailman/listinfo/icecast >-- http://www.flatfourradio.co.uk
On 5/20/05, Dan Stowell <danstowell@gmail.com> wrote:> Hi Iain, > > It's a simple answer: > > > For example, if a box on a 128kbps upload connection is > > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two > > connections > > Yes it is. > > > or is icecast somehow more efficient? > > No - icecast can't work miracles! The underlying technology of the > internet (the way it is at present, at least) only allows a packet of > information to be sent to one computer, so icecast needs to replicate > each chunk of data for every client it wants to broadcast to.What about multicast routing? Doesn't this achieve that? Just curious :)> Ways to get round this (apart from getting a very fat pipe) include > setting up relays so that more than one computer (more importantly, > more than one internet connection) is broadcasting the signal, which > means you have to have some way of 'distributing' your listeners among > the relays (you'll see lots of discussion about relays in the > archive). > > Dan--Daniel
Iain Mott wrote:>if a box on a 128kbps upload connection is >serving a 64Kbps stream - is it limited to >two connections >Yes -- Chris Jones, SUCS Admin http://sucs.org
Iain Mott wrote:> Could someone please explain (or direct me to links) what happens to the > upload bandwidth of a box running icecast, when more than one client > connects? For example, if a box on a 128kbps upload connection is > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two > connections or is icecast somehow more efficient?Actually...you will be limited to one. 128k isn't enough upstream bandwidth to serve up 64k worth of stream information, plus the overhead involved in transporting it for two listeners. You'd need at least 192k to move two streams comfortably at that bitrate. -I