The VideoLAN Forums

Hello,

I'm trying do implement a little video on demand solution using VLM. It works pretty good, as long as I don't cross any routers with the stream. Exactly what I want. Unfortunately, as soon as there is at least one router involved, the client doesn't seem to receive any data.

I'm starting the server as follows: After that I login via telnet (works ok), then I do the following: This works as expected.

Now I connect with the client using: This works ok, as mentioned above, as long as there is no router to cross. If there is one, I get the a message saying that no data was received during the last 10 seconds.

Any ideas why this happens? I am so close to a working proof of concept, now I only need some small hint

Has anyone been able to get VLM or any VLC component (either the Linux or Windows version ) to successfully deliver VOD across the Internet to an arbitrary number of unknown clients?

If so, is there a good source of documentation?

Thanks,

I have a very similar expirience. VoD works perfectly in my LAN but it doesn't work over the Internet. But not everytimes. When I try it in our school network there are probably no restrictions and multicast works there. So when I try to watch my video from our dormitory then it works. But when I try it from my home, no chance. Is VoD, or more precisely RTSP dependent on multicast or are there restrictions from the side of ISPs (I tried that in Telefonica O2 ADSL and UPC cabel TV networks in the Czech Republic).

SteveCZ

Btw: I have the same problem with UDP unicast sent to IPs of this ISPs

This problem is mentioned here http://trac.videolan.org/vlc/ticket/1076.

"VLC does not have RTP over TCP in it's RTSP server. The client tries to connect, connection fails (blocked UDP traffic, NAT, firewall or something like that being annoying). The client doesn't receive anything, then attempts setting up a RTP over TCP link to the server, which VLC server doesn't support. So everything works as it's supposed to, VLC server just doesn't support what it is being asked to do."

I have one better:

Using Wireshark to watch the transaction, I instantiate VLC as a VOD server and VLC on another computer (across a switch) as a client, and I watch the packets fly. They appear to be encoding properly, because Wireshar decodes them as H263 and Unsigned 8-bit linear (PCM). Don't ask why I'm using archaic codecs. The server goes through the whole gamut of methods: OPTIONS, DESCRIBE, SETUP (x2 - one for video, one for audio), and PLAY. Afterward, about 180 or so UDP packets fly across and are received by the client computer as evidenced by another instance of Wireshark, which also decodes the packets identically.

Once again, VLC (the client) reports no data within the last 10 seconds and then attempts to switch to a TCP-type connection.

I'm debugging this for work, so I intend to spend all my effort on it until it's done.

If you guys could share your experiences with me, perhaps our combined knowledge could shed some light on a solution.

Respond here and we'll hook up to discuss.


Torin...