Re: MetaBUG Streaming

On Saturday 17 March 2007 06:50, Jason Dixon wrote:
> We're also looking for FOSS ways of transmitting, if anyone has any  
> ideas.  I mentioned yesterday how I'll be using QuickTime Broadcaster
>   with my Mac for capturing, streaming, and archiving the feed.
>  Other BUGs may not have this capability (and indeed, PhxBUG does
> not), so we're looking for a free (as in software) standard that we
> can document and distribute to our members.
>

While reading through the live555.com site, I did read about the "media
server" listed as part of liveMedia. Albeit it doesn't do quicktime but
then again, a proprietary format may not be the best way. Hopefully
Ross will chime in with all the knowledge which I tend to be missing.

> These are valid concerns and have been considered.  However, until we
>   start our madness we won't know how well it takes off and how hard
> it will hit anyone's pocket.  Our webserver is hosted by merdely and
> will serve up the archives.  My webserver is hosted in Cali and is
> running DSS with free bandwidth.  The provider has said to "notify us
> when it reaches 30Mbps".  Until then, the primary worry will be the
> CPU overhead.  My tests of H.264/AAC (320x240) show an average of
> ~110Kbps per client.  Assuming we have 50 clients for the first
> presentation (a generous estimation IMHO), we'll only hit around
> 5-6Mbps.  If we can sustain a frequent flow of presentations and
> viewers, we might be able to find sponsorship for additional
> bandwidth (Yahoo?  Google?).
>
> On the other hand, we're probably only going to be streaming (if  
> we're wildly successful) at a rate of one per week.  This is hardly  
> going to reach the sustained throughput of an Internet radio  
> station.  I just want to make sure our provider is ok with the peaks.

Well, to keep the wild speculation on bandwidth costs in check, at the
time I loaded the sofafm.com site in the wee hours of a Friday night,
they had over 6000 listeners. None the less, at least doing the
homework for figuring out ways to sharing the load seems wise even if
it is never actually needed or used. It just seems better than being
unprepared...

kind regards,
jcr

--
List Info:      http://metabug.org/mail/
List Archives:  http://metabug.org/archive/talk/
To Unsubscribe: Mail mailto:talk+unsubscribe@metabug.org