The VideoLAN Forums

Posted: **11 Jul 2006 05:47**

Hi, i'm running vlc 0.8.5, winxp sp2, PIV 3 ghz 2gb ram
i tried unicast and multicast with vlc and everything works fine, but now i'm trying to run rtsp via VLM using http interface to setup, works fine when i tried in the private network, all machines runs the vod without problems, but when i try to reach the vod outside get
"livedotcom: PLAY failed No RTSP session is currently in progress

livedotcom: TCP rollover failed, aborting"

the port is open in the router (i have tried different ports), and like i said before, i can reach the stream outside via mms or http, but not via rtsp, can anybody tell me what am i doing wrong?, here is the whole message i get, thanks

main debug: CPU has capabilities AltiVec FPU
main debug: looking for memcpy module: 2 candidates
main debug: using memcpy module "memcpyaltivec"
main debug: waiting for thread completion
main debug: thread 42001920 (playlist) created at priority -47 (playlist/playlist.c:184)
main debug: waiting for thread completion
main debug: thread 42149888 (preparser) created at priority -47 (playlist/playlist.c:210)
main debug: looking for interface module: 1 candidate
main debug: using interface module "hotkeys"
main debug: thread 42148352 (interface) created at priority -47 (interface/interface.c:198)
main debug: looking for interface module: 3 candidates
main debug: using interface module "macosx"
main debug: thread 42058752 (manage) created at priority -47 (interface/interface.c:164)
main debug: adding playlist item `click' ( rtsp://host.no-ip.org:554/click )
main debug: creating statistics handler
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 43503616 (input) created at priority 37 (input/input.c:261)
main debug: `rtsp://host.no-ip.org:554/click' gives access `rtsp' demux `' path `host.no-ip.org:554/click'
main debug: creating demux: access='rtsp' demux='' path='host.no-ip.org:554/click'
main debug: looking for access_demux module: 1 candidate
macosx debug: input has changed, refreshing interface
livedotcom debug: sdp=v=0

o=- 168062000 3 IN IP4 192.168.1.101

t=0 0

a=tool:vlc 0.8.5

c=IN IP4 0.0.0.0

a=range:npt=0-6064.000

m=video 0 RTP/AVP 96

a=rtpmap:96 MP4V-ES/90000

a=fmtp:96 profile-level-id=3; config=0000012008868400670c4610c05263;

a=control:rtsp://192.168.1.101:554/click/trackID=0

m=audio 0 RTP/AVP 14

a=rtpmap:14 MPA/90000

a=control:rtsp://192.168.1.101:554/click/trackID=1

livedotcom debug: RTP subsession 'video/MP4V-ES'
livedotcom debug: RTP subsession 'audio/MPA'
main debug: selecting program id=0
main debug: using access_demux module "livedotcom"
main debug: looking for decoder module: 25 candidates
ffmpeg debug: libavcodec initialized (interface 3344640 )
ffmpeg debug: postprocessing disabled
ffmpeg debug: using direct rendering
ffmpeg debug: ffmpeg codec (MPEG-4 Video) started
main debug: using decoder module "ffmpeg"
main debug: thread 44207616 (decoder) created at priority -47 (input/decoder.c:159)
main debug: looking for decoder module: 25 candidates
ffmpeg debug: libavcodec already initialized
ffmpeg debug: ffmpeg codec (MPEG Audio layer 1/2) started
main debug: using decoder module "ffmpeg"
main debug: thread 44244480 (decoder) created at priority 37 (input/decoder.c:159)
main debug: `rtsp://host.no-ip.org:554/click' successfully opened
main debug: thread 44207616: secret message triggered at misc/block.c:228 (Operation timed out)
main debug: thread 44244480: secret message triggered at misc/block.c:228 (Operation timed out)
livedotcom warning: no data received in 10s. Switching to TCP
livedotcom debug: RTP subsession 'video/MP4V-ES'
livedotcom debug: RTP subsession 'audio/MPA'
livedotcom error: PLAY failed No RTSP session is currently in progress

livedotcom error: TCP rollover failed, aborting
main debug: EOF reached
macosx debug: input has stopped, refreshing interface
main debug: closing input
main debug: removing module "livedotcom"
ffmpeg debug: ffmpeg codec (MPEG-4 Video) stopped
main debug: removing module "ffmpeg"
main debug: thread 44207616 joined (input/decoder.c:191)
main debug: killing decoder fourcc `mp4v', 0 PES in FIFO
ffmpeg debug: ffmpeg codec (MPEG Audio layer 1/2) stopped
main debug: removing module "ffmpeg"
main debug: thread 44244480 joined (input/decoder.c:191)
main debug: killing decoder fourcc `mpga', 0 PES in FIFO
main debug: thread 43503616 joined (input/input.c:399)
main: nothing to play

Posted: **11 Jul 2006 21:50**

Well RTSP in VLC only works with RTP ... thus it's impossible to bypass NATs. Some people are working on the TCP part ... but it'll take time.

Posted: **21 Sep 2006 14:19**

Well RTSP in VLC only works with RTP ... thus it's impossible to bypass NATs. Some people are working on the TCP part ... but it'll take time.

How can I use VLC as a streaming server and connect to them from private network.
I want to use VLC in VOD mode, transcode data, and after that send data to the client from another network. This client is using private IP address, and connect to me using NAT.

Maybe someone knows any solution?
I tried to use Darwin as a connector between VLC, and the client- it is working without VOD mode. When I use VOD mode I can't do it.

Posted: **21 Sep 2006 22:28**

Well you can't if you want to do VoD. I suggest that you give DSS a try. (Darwin Streaming Server)

Posted: **22 Sep 2006 13:26**

Well you can't if you want to do VoD. I suggest that you give DSS a try. (Darwin Streaming Server)

Actually I've succeeded to build a VoD solution with exactly one NAT router between the client and the server. The solution looks like:

Code: Select all

----------------        ----------        ---------------
|    client    |________| router |________|   server    |
| (private IP) |        |  (NAT) |        | (public IP) |
----------------        ----------        ---------------

I've tested this solution with VLC both as the client and the server, the server working in VoD mode. However, it didn't work with other clients - I tried RealPlayer ("General error") and QuickTime (it looked like playing the video, the seeking bar was moving, but still there was neither audio, nor video). I haven't yet tried putting the client farther then one router from the server - wonder if this would work.

So it looks like there's minimal support for NAT in VLC...

Posted: **23 Sep 2006 13:27**

I know for sure that there isn't

the RTSP control commands might be able to get through, but the RTP (UDP) video+audio stream definitively won't be able to go through.

Posted: **25 Sep 2006 16:57**

I know for sure that there isn't the RTSP control commands might be able to get through, but the RTP (UDP) video+audio stream definitively won't be able to go through.

Well then, have I seen a miracle?

To make things stranger, today I succeeded to play a stream with VLC as a VoD server and QuickTime as a client (in a network laid out as above). This time VLC was unable to play the stream on the client side. The only difference is the use of the mp2t multiplexer on the VoD server. When used, the stream was playable by VLC and not QuickTime. Without the mux - vice versa.

Still, in none of the situations above was the stream accesible from a mobile phone, which is behind the mobile operator's NAT.

So I believe that there's no NAT support yet, but still I'm curious about the two situations described.