All things related to multicast

[Frank Fulchiero <>]

We've been using QT Broadcaster for about 7 years to live broadcast  
our radio station, and it's worked well.
Using it in a PPC Mac Mini now.
http://video.conncoll.edu/wcni/wcni_live.html

We are unicasting to a QTSS though, which reflects the streams..but  
as Dave said, it will multicast also. Or you can unicast to a DSS/ 
QTSS and multicast the signal from there.
If you use a usb analog interface like the iMic, you can create  
multiple copies of QTB, they all recognize the device, and stream at  
different rates, parameters, etc. It will not stream mp3 though. We  
have three AAC (mp4) streams, a 32kbps mono stream, and 64 kbps and  
128 kbps stereo.

We are about 300 feet from the station, so we pick up the signal with  
a good FM receiver, and line out to the iMic.
There are also better audio interfaces, but this seems fine.

Frank Fulchiero
Digital Media Specialist
Connecticut College

On Jun 15, 2007, at 10:02 AM, David Devereaux-Weber, P.E. wrote:

> Why not use Quicktime Broadcaster?  It's free, and it can do  
> multicast.  We use QT Broadcaster to multicast television on our  
> Digital Academic Television Network <http://datn.wisc.edu/> (click  
> on "About" to learn more).  There is also a Quicktime Streaming  
> Server if you want to serve up multiple unicast streams, but  
> Broadcaster does multicast by itself.
>
> Dave
>
> Gary Parker wrote:
> > On 15 Jun 2007, at 11:37, Jeroen Massar wrote:
> > > Why not VLC? It is one of the best tools around. Note that one  
> > > also has
> > > vls which is the console part which is daemon only
> > <deep_intake_of_breath> You had to ask, didn't you? :)
> > Okay, I've set myself the task of setting up a PPC Mac Mini as an  
> > 'appliance', if you will, to sit in a radio station and provide a  
> > live multicast audio stream fed to it's line-in. The OS X port of  
> > VLC won't accept anything other than files or network streams as  
> > input, so no piping of audio into stdin or yoinking the audio  
> > straight out of CoreAudio (as you can do with DirectShow on  
> > Windows or /dev/dsp on *nix). I've gotten around this so far by  
> > installing EsounD (the Enlightened Sound Daemon) and esdrec to get  
> > the system audio and pipe it into lame which is, in turn, piping  
> > into the aforementioned, hacked, testMP3StdStreamer.
> > esdrec | lame -b 128 - - | mp3stdinstreamer
> > This works quite nicely so long as nothing else is happening on  
> > the machine as the mp3stdinstreamer app does no internal buffering  
> > and the stream stutters badly when the app doesn't get the CPU  
> > time slices it expects.
> > > First thing you can look at is Shout2rtp:
> > > http://minnie.tuhs.org/Programs/Shout2rtp/
> > > Which can, as far as I recall, also stream from files directly.
> > > I have an IPv6 version of it if you need it.
> > Cheers, I'll have a look at that.
> > > Buffering should be handled in the client IMHO. Or do you mean  
> > > buffering
> > > while reading the file from stdin?
> > I'm pretty sure it's the buffering of reading from stdin that's  
> > the problem, although this may have more to do with Nick's mention  
> > of MP3 behaving very well when streamed (thanks for that, btw,  
> > Nick. I'm compiling tooLame as I type).
> > Gary
>
> --
> David Devereaux-Weber, P.E.
>
> http://cable.doit.wisc.edu/
> Network Services
> Division of Information Technology
> The University of Wisconsin - Madison
> (608)262-3584