Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 09 May 2007 16:20:30 -0700
From:      Julian Elischer <julian@elischer.org>
To:        Danny Pansters <danny@ricin.com>
Cc:        freebsd-multimedia@freebsd.org
Subject:   Re: streaming guru needed
Message-ID:  <4642573E.7010404@elischer.org>
In-Reply-To: <200705100015.09400.danny@ricin.com>
References:  <46411261.1030603@elischer.org> <46411999.2080709@elischer.org>	<200705092103.36270.shoesoft@gmx.net> <200705100015.09400.danny@ricin.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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://jello.ironport.com:80/Bsdtest.sdp
>>>>
>>>>
>>>> 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.

thanks..


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@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia
> To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4642573E.7010404>