I updated to VLC version 2.0 and its working fine with RTP over UDP.
Only with older versions the problem exists. Even FFPlay has same issue, times
out and switches to TCP
Also tested with Quicktime and gstreamer. RTP over UDP works fine with these
clients.
Since the behavior is client spec
Hi,
I am trying to implement the pause and resume at openRTSP but I am getting
a problem when I try to send the play command after pause.
The PAUSE is working fine and then I read at live55 web site that we need
to call the PLAY after pause with -1 at the "start" parameter, so the
player will star
> From debug prints I see that RTSP Server is sending out UDP data.
> There is no firewall on the machine running VLC.
Nonetheless, if RTP-over-UDP streaming doesn't work, but RTP-over-TCP streaming
does work, then there is probably a firewall *somewhere* between the server and
client that is
Hi,
I have Live555 RTSP server running on a machine (Amazon EC2) that has a private
IP address and an internet routable public IP address.
When I try to play this stream using VLC (Version 1.1.7 ) it says "live555
warning. no data received for 10s. Switching to TCP"
One issue i found is SDP wa
> 1. What is the exact nature of the data in the receive buffer at the time
> that the afterGettingFrame() method of the MediaSink subclass is called, when
> an H.264 stream from RTSP is in play?
It's a H.264 NAL unit.
> 2. When an H.264 stream from RTSP is in play, is there any massaging of
David -- If you don't mind, I'm going to piggy-back on your thread -- I have
the exact same use case (H.264 stream over RTSP > Live 555 > ffmpeg), and it
would appear maybe a very similar problem (though I have a different SDP
description).
To all -- I have implemented a MediaSink subclass (bas
