[Live-devel] Problem of new support for unicast RTSP/RTPstreaming from a single input source

Mike Yan mikey at tlcwatch.com
Thu Oct 7 15:38:29 PDT 2004


Hi Ross,

Sorry for not mentioning the media type. The media type of my previous test
is MPEG-4 transport stream.

I have done the test of using live input source ("stdin") for the new
version (2004.10.07). 

Here are my test results:
1. MPEG-2 Element Stream ---- The test went great. I can open the live
stream on 4 clients at same time. Also close the first client connection and
reopen it without any problem. And the video runs smooth.

2. MPEG-2 Program Stream ---- Sometime it died immediately after I open the
live stream or it runs for a while then freeze. When it freezes, the error
message I got on the server is 
MPEG1or2VideoStreamParser::parseSlice(): Saw unexpected code 000001BA
MPEG1or2VideoStreamParser::parseSlice(): Saw unexpected code 000001E0
Overall, it is not stable in this media type.

3. MPEG-4 Element Stream ---- Does not work for me at all. Maybe my MPEG-4
video source is not recognizable for live.com library. If you can take a
look on my MPEG-4 video source and tell me what is wrong in it that will be
great.

4. MPEG-2 Transport Stream ---- I can setup the connection without problem.
But it gave me a lot error messages called "Missing sync byte!" on the
server, after a while then it died means not stream send to client. The
video jerks a lot. Not desirable work in this media type. Same thing does
MPEG-4 Transport Stream.

The client tool for using test is VLC media player.

Mike



-----Original Message-----
From: live-devel-bounces at ns.live.com [mailto:live-devel-bounces at ns.live.com]
On Behalf Of Ross Finlayson
Sent: Thursday, October 07, 2004 1:59 AM
To: LIVE.COM Streaming Media - development & use
Subject: Re: [Live-devel] Problem of new support for unicast
RTSP/RTPstreaming from a single input source


>I have tested the new feature of RTSP server which supports multiple
unicast
>streaming.
>For using file source, the test went greatly when I put variable
>"reuseFirstSource" to True.
>But if I use live streaming source as set the input file name to "stdin", I
>can't get anything from client (VLC player).

Mike,

This was a problem with MPEG-4 video sources.  It was caused by the fact 
that the server needs to read from the input stream twice: Once to read the 
first "VisualObjectSequence" header (to set the SDP "config" string), and 
again for the actual streaming to the client.

Other kinds of data source (e.g., MP3, MPEG-1 or 2 video) didn't seem to 
have a problem.

I have now installed a new version (2004.10.07) of the code that should fix 
this problem.  (Note, though, that - for MPEG-4 video sources - a 
"VisualObjectSequence" header must occur periodically in the stream.  It's 
not enough to just have one at the beginning of the stream, but nowhere
else.


	Ross Finlayson
	LIVE.COM
	<http://www.live.com/>

_______________________________________________
live-devel mailing list
live-devel at lists.live.com
http://lists.live.com/mailman/listinfo/live-devel




More information about the live-devel mailing list