[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Fwd: teracast lit server...]

Here's the response I got from Alagu about issues with the Teracast
server.
	Larry
-- 
Professor Lawrence A. Rowe          Internet:  Rowe@BMRC.Berkeley.EDU
Computer Science Division - EECS       Phone: 510-642-5117
University of California, Berkeley       Fax: 510-642-5615
Berkeley, CA 94720-1776            URL: http://bmrc.berkeley.edu/~larry

-- BEGIN included message


Larry,

Good to hear back from you.

Let me know if I can be of further help with getting TeraCAST server
working for your seminars. I have answered some of your questions below.

I am also interested in any RTSP/RTP client development work you are doing
at BMRC. How is that going? Is there a weblink I can use to keep track of
the progress?

At 04:10 PM 8/14/00 -0700, Lawrence A. Rowe wrote:
>Hi Alagu -
>
>I installed the teracast lite serrver over the weekend on
>video2.bmrc.berkeley.edu.  We're running two test sessions that gateway
>very low bitrate Mbone video sessions - the session names are one.sdp
>and two.sdp.  I was able to connect to the server using the Quicktime
>player, but I couldn't get the Real Player to connect - it said
>something about "Bad Transport" which I assume is there way of saying we
>only talk to our own RTSP servers.  Is that true?
>

The RealPlayer RTSP/RTP implementation has been lacking in many respects.
RealNetworks seems to have made it a higher priority now. They participated
in the RTSP interoperability event that we hosted at Entera last month.
When they release the fixes to their RTSP/RTP implementation, then it will
work with the TeraCAST server. Until then it will only work with their own
servers and probably only in RTSP/RDT mode.

>We'll probably run the server for the fall MIG Seminars so that folks
>can watch the sessions that way.  Only problem is that the last time we
>tried the Quicktime Player it wouldn't play multiple stream sessions -
>i.e., speaker and presentation material.  Is that still true?
>

>From an RTP point of view the QT player will play multiple streams
sessions, i.e. audio and video. If you want two video streams, that may not
be possible. You could author them as separate RTSP sessions, i.e. separate
URLs. However, that would mean they may get slightly out of sync.

>Anyway, just thought I'd say HI and let you know we finally installed
>the server.
>
>Best wishes,
>	Larry

cheers,


--

Alagu Periyannan                     alagu@entera.com
Entera, Inc.                         +1 510 770 5225

-- END included message