The VideoLAN Forums

Hi,
I use an rtsp proxy between a vlc client and vlc server in streaming. Do anybody know a command line to configure VLC client in order to make him pass throw the proxy while sending the request?
thanks

RTSP proxying is not implemented.

hi,
thanks for replying.
Actually, in the project i'm working on, i have to introduce an rtsp proxy between the client and the server (which are both vlc ) in order to intercept the video and launch a transcoding server to transcode it and sent it to the client. (the transcoding parameters are sent in the client request to the server)
If rtsp proxying is not implemented, do you know how else can I launch the transcoding server (also vlc) and transcode the video before it gets to the client.
thanks

To clarify: VLC, or rather the live555 library, RTSP client component does not support talking to an RTSP proxy - it can only talk to an RTSP server directly.

The RTSP server component does not need to know about RTSP proxies as far as I understand RFC2326.

To clarify: VLC, or rather the live555 library, RTSP client component does not support talking to an RTSP proxy - it can only talk to an RTSP server directly.

The RTSP server component does not need to know about RTSP proxies as far as I understand RFC2326.

Hi Rémi,

I used VLC to stream test.mpg file through internet, however, I received in Tools->Messages:
live555error: SETUP of 'audio/MPEG4-GENERIC' failed SETUP: cannot handle response. RTSP/1.0 461 Unsupported transport
live555error: SETUP of'video/MP4-ES' failed SETUP: cannot handle response. RTSP/1.0 461 Unsupported transport
live555error: Nothing to play for rtsp://x.x.x.x:5000/test.sdp

While with LiveMediaServer I can stream through Internet (Firewalled) by streaming .mpg file. What are the difference sin tackling the network between VLC and Live555?

Both clients are VLC players.

LiveMediaServer and VLC RTSP server are completely distinct pieces of code.

I checked through Wireshark, it turned out that the protocol used was RTP/AVP/TCP (Interleaved TCP). No wonder this worked.