1

I'm looking to implement some live audio broadcasting functionality within a Ruby on Rails site for a client and was hoping I could get some input from people who have tackled this type of thing before.

Essentially what I need to do is capture and record a user's audio (via microhpone, line in, etc), then stream that to 1,000+ listeners with very little latency, like sub 2 second if possible.

So it looks like we've got 3 parts:

  1. Web-based audio capture (likely with Flash or JS)
  2. Server to accept audio feed and stream to listeners (likely Icecast or Wowza)
  3. Actual audio player (maybe HTML5 w/ Flash as a fallback? Maybe this jPlayer fork)

Does RTMP makes sense here? Or maybe HTTP? What's the most 'future-proof' way to make this happen? Building with mobile in mind, but still want to be able stream to anyone.

I've found lots of potentially helpful threads and software but I'm struggling to get an idea of how it all fits together. I'm a front end guy and way out of my comfort zone so if anyone has insights to offer, I'd love to hear them.

2 Answers 2

1

Why not use existing services?

I’ve been using a Shoutcast streaming plan for years to broadcast my church’s services live. It’s worked like a champ.

Part 1 – Audio Capture I’ve been using an old P2 Win98 box for years with an older version of Winamp & the Shoutcast plug-in. (There are of course modern versions of those.) “SAM Broadcaster” is a very popular option, but there are free alternatives as well.

Part 2 – I have an account with http://www.sleepyengineers.com for a reasonable price.

Part 3 – I have a http://www.wavestreaming.com/player/free-shoutcast-flash-player embedded into my church’s website.

0

HTTP is ubiquitous, so I'd definitely support that. Other than that, what about a plugin system so that other methods could be added later? That's about all I can think of for future-proofing: a plugin API, the more modular (the more formats the plugins can request data in: streaming, chunked, compressed?) the better.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.