streaming guru needed

Julian Elischer julian at
Wed May 9 23:24:31 UTC 2007

Danny Pansters wrote:
> On Wednesday 09 May 2007 21:03:35 Stefan Ehmann wrote:
>> On Wednesday 09 May 2007 02:45:13 Julian Elischer wrote:
>>> Julian Elischer wrote:
>>>> So, to continue on the topic of my last email,
>>>> I'll be webcasting from BSDCan and teh FreeBSD devsummit that is with
>>>> it. however I'll be using my Mac because I've used it before
>>>> and I don't have time to experiment.. (Hey it's BSD ok?)
>>>> I'm currently (and often) broadcasting a test stream at
>>>> rtsp://
>>>> I do have several questions.
>>>> 1/ what is the best protocol/codec/etc.
>>>>   I'm currently using mpeg-4 audio and video .. is that ok?
>>>>    also for ease of coping with firewalls I'm using RTP over RTSP    (I
>>>> think that's right) on port 80 though others might work....?
>>>> 2/ does anyone know how to get mplayer to show this stuff?
>>>> 3/ people have had success using VLC. does anyone have an
>>>>   definative description of how to set it up to work?
>>>    I have been told to use:
>>>     Preferences -> check Advanced, go to Input/Codecs->Demuxers->RTP/RTSP
>>> and check "Use RTP over RTSP (TCP)"
>> For mplayer "-rtsp-stream-over-tcp" seems to be the equivalent (It works
>> for me at least).
> Just for the record, you may already know this. (from long time ago when I had 
> a more than healthy interest in RealVideo) Rtsp is preferably used over UDP 
> (that is the A/V data) together with a control "channel" over TCP for the 
> play/pause/feedback sort of things. So "rtsp over tcp" will be (very) 
> suboptimal as there needs to be confirmation of every datagram. If it's also 
> possible to send the a/v stream over UDP  and to play it you'd rather use 
> that.


Will that make it more robust?
the problem is firewalls.

what ports need to be opened to the server to allow 
1/ the optimal broadcaster (me at BSDCan)
2/ the optimal client (people wanting to attend remotely)
3/ forwarding the session to a relay if the original server gets to full.

> Dan
> _______________________________________________
> freebsd-multimedia at mailing list
> To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe at"

More information about the freebsd-multimedia mailing list