[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