VLC as streaming server - RTP packet hdr has wrong version

[mike miller]

When running vlc as a streaming media server controlled via the telnet interface, the RTP packets sent out in a multicast have the wrong version number (0x1 instead of 0x2 as spec'd by the RFC). Searching the forums turns up a message from Dec 2004 ("RTP Version in VideoLAN") on this same problem. I have confirmed this in vlc 0.8.4 by capturing the packets with Ethereal.

But when I run vlc as a player (with the GUI), and choose to open the same file and then stream the output to the same multicast address as above, the RTP packets have the correct version number. I've confirmed this by using Ethereal to look at the packets.

Command to start vlc as a server, controlled by telnet:

vlc \
--ttl 1 \
-vvv \
--color \
-I telnet \
--telnet-password videolan \
--miface 192.168.38.25 \
--rtsp-host 192.168.38.25:554

Commands sent over the telnet interface to tell vlc to send a stream:

new ch6 broadcast enabled
setup ch6 input /home/me/testfile.ts
setup ch6 output #standard{mux=ts,access=udp,dst=239.255.42.31:6666,sap,name="ch6"}

control ch6 play

Is there something missing in the stream setup? I copied it from the vlc documentation.

Is this a bug in vlc?

Is this something that's not going to be corrected, since it's been a problem for 20 months?

[md]

You are not using RTP. You need to change the command into:

setup ch6 output #standard{mux=ts,access=rtp,dst=239.255.42.31:6666,sap,name="ch6"}

[minataur]

Can we do the same thing for musticasting, instead of broadcasting???

[Rémi Denis-Courmont]

It is multicasting!