[Live-devel] Streaming through a DSL Router with NAT
Ross Finlayson
finlayson at live555.com
Fri Oct 21 23:45:51 PDT 2005
>Setup "video/JPEG" subsession (client ports 56150-56151)
>Created output file: "video-JPEG-1"
>Sending request: PLAY
><rtsp://69.90.55.159:8554/Channel_000a27000401dc2d_Broadcast>rtsp://69.90.55.159:8554/Channel_000a27000401dc2d_Broadcast
>RTSP/1.0
>CSeq: 4
>Session: 2
>Range: npt=0.000-
>User-Agent: /Applications/openRTSP (LIVE.COM Streaming Media v2004.07.22)
>
>
>Failed to start playing session: liveMedia4
What's happening here is that - for some unknown reason - the call to
"RTSPClient::getResponse()" from "RTSPClient::playMediaSession()" (at
"liveMedia/RTSPClient.cpp", line 1042) is apparently
failing. Unfortunately I can't access your stream, so I can't figure
out what's going wrong here.
If you want me to try to debug this, you'll need to make your stream
<rtsp://69.90.55.159:8554/Channel_000a27000401dc2d_Broadcast>rtsp://69.90.55.159:8554/Channel_000a27000401dc2d_Broadcast
publically available. Otherwise you're on your own - sorry.
>Also, I looked at the resulting file, and it had an intact JPEG.
>Only one. I assume it writes the last frame received, overwriting
>the previous frame?
No, the output stream is supposed to contain all received RTP data -
i.e., a sequence of JPEG frames in this case. What's apparently
happening is that the RTP stream begins flowing (over the RTSP TCP
connection), but the RTSP client code thinks that the "PLAY" command
failed (because it didn't receive a response), and so it immediately
does a "TEARDOWN" to shut the stream down.
Ross Finlayson
Live Networks, Inc. (LIVE555.COM)
<http://www.live555.com/>
More information about the live-devel
mailing list