[MPlayer-dev-eng] Re: MPlayer RTP Support
atmosfear at users.sourceforge.net
Mon Jun 10 01:41:51 CEST 2002
On Monday 10 June 2002 01:08, Ross Finlayson wrote:
> >There is a tricky part in RealNetwork rtsp support.
> >They are using RDT (Real Data Transport) instead of RTP
> That's correct. RealNetworks' servers use their own proprietary 'RDT'
> protocol (with proprietary challenge-response authentication) rather than
> (open standard) RTP, when delivering *RealAudio or RealVideo* data. Note,
> however, they they still use RTP when delivering other types of data (such
> as MPEG audio/video). So, open RTSP/RTP code (such as that implemented in
> the "LIVE.COM Streaming Media" libraries) can still be used to stream some
> kinds of data from RealNetworks servers.
> Also, there are plenty of other RTSP servers out there (most notably,
> Apple's QuickTime (aka. "Darwin") Streaming Server) that use RTP
> exclusively, so RTSP support will still be useful for streaming from these
Hmm, does this mean, you will not implement this handshaking into the LIVE.COM
If not surely some mplayer developer will develop RTSP code that is able to do
proper handshaking with real servers and in this relation it's questionable
if it's woth to invest the work to integrate LIVE.COM lib with MPlayer now.
What do you think Ross? What other benefits would LIVE.COM give, that would
benefit MPlayer in case it had an own RTSP implementation?
What - besides possible law problems - speaks against integarting real rtsp
handshaking into LIVE.COM libs?
Btw. as MPlayer is mainly developed in hungary, we are probably pretty
resistant against lawsuits by realmedia :)
Also I don't quite understand how they could sue you for talking to their
servers, after all they don't have a license agreement on every website that
you have to agree you that includes a clause that you may only use original
RealPlayer to stream from their servers.
- MPlayer Developer - http://mplayerhq.hu/ -
More information about the MPlayer-dev-eng