[streaming] Re: Decoding MPEG4 video via UDP

[Christian Gan]

Thanks everyone for the quick replies...

> Why?  If you have a solution that works (using a RTSP server), then
> why not continue to use that?  (Note that if you do this, other
> standards-compliant media players - including QuickTime Player -
> should also be able to play your stream.)

What's happening is that we're developing a streaming device that will
eventually use SIP (which we are doing in house) as the negotiation
protocol instead of RTSP.  But I would like to use the LIVE libraries
for the RTP/RTCP portion of things.

> 
> >So for simplicity
> >sake I switched to using UDP in hopes that I can force VLC to
understand
> >that it is a MPEG4 video stream.
> 
> No, the way to 'force VLC to understand that it is a MPEG-4 video
> stream' is to continue to use RTSP.  (Part of the RTSP protocol
> involves the server telling the client exactly what kind of media is
> to be played.)

What I would like VLC to do is to test my RTP connections without RTSP
over it.  As I mentioned before VLC complains about my RTP payload type
when I use the rtp:// access module because it only seems to support
MPEG1/2 and MPEG-TS.  When switching to UDP, I had hoped there was some
way I could tell VLC through the command line that the incoming stream
was MPEG4 and to use the proper demux/codec combination.

Sorry for not outlining this earlier.

Christian


-- 
This is the streaming mailing-list, see http://www.videolan.org/streaming/
To unsubscribe, please read http://www.videolan.org/support/lists.html