[vlc-devel] Re: vlc streaming / udp multicast performance
mfmbusiness at earthlink.net
Thu Dec 30 03:16:21 CET 2004
I really do believe it's something peculiar to your setup, though not sure
what. When I'm doing system checks I do 24 hour runs, multicasting CCTV to
a mix of clients, both on the local 10/100 switch and connected through a
pair of routers via a T1 (1.544 Mbps) WAN connection.
A successful (consistent good quality) VLC TX is obtained, in Windows, with:
vlc dshow:// :dshow-vdev="Osprey-210 Video Device 1" :dshow-adev="none"
If I just wanted to TX a file, I would use:
And clients would use:
From: vlc-devel-bounce at videolan.org [mailto:vlc-devel-bounce at videolan.org]
On Behalf Of Marius Kjeldahl
Sent: Wednesday, December 29, 2004 9:00 PM
To: vlc-devel at videolan.org
Subject: [vlc-devel] Re: vlc streaming / udp multicast performance
Mark Moriarty wrote:
> Not sure, but things may be confused due to your address selection:
> 126.96.36.199 - 188.8.131.52 (224.0.1/24) Internetwork Control Block
Trying a couple of the suggested range of addresses (I tested with
184.108.40.206 and 220.127.116.11) did not change anything; I still see the video,
but with lots of noise and green squares (I guess this indicates a lot of
data is not getting through).
Måns Rullgård wrote:
> Are you by any chance using a wireless LAN? Multicast and WLANs do >
not always play well, and may need special tuning of the access points > to
work at all.
> The obvious question: have you tried other clients and/or other >
Well, I have a wireless LAN I have tested with as well, but everything is
tested outside of the wireless LAN first. My wlan is on a different subnet.
Same symptoms on the WLAN - if I do not use multicast, even the WLAN
connected computer more or less displays the video more or less fine (well,
some noise and/or packet loss but very little compared to what I get when
using multicast). But everything is tested on a 100mbit ethernet as well
(both server and client on the same switch), and the results are more or
less the same. I know from experience that the WLAN has less bandwidth, but
a stream directly to the wlan connected computer looks crystal clear
compared to a multicast on the cabled subnet.
Regarding clients; I've tested with xine on a linux computer, and it
receives data but spends most of it's time buffering (guess it has
aggressive buffering by default). But I can still see bits and pieces of the
multicasted video inbetween. Mplayer does not seem to support the "raw" udp
Regarding servers; care to mention any that is available free of charge on
linux? I haven't found any...
Ted Deppner wrote:
> where's the @? should be vlc udp:@18.104.22.168:1234. As the other >
poster said, some 224.0. stuff is reserved... try 22.214.171.124.
You are right. Forgot it when posting here, but had it in when testing.
Marius Kjeldahl wrote:
> I've done some testing using vlc for streaming a local file over my
> network using the --sout parameter from the command line. If I stream
> "point to point" over udp with the following setup:
> Server: vlc --sout udp:192.168.0.10:1234 somefile.mpg
> Client: vlc udp:192.168.0.10:1234
> the client displays the video just fine. However as soon as I try to
> use multicast with the following setup:
> Server: vlc --sout udp:126.96.36.199:1234 somefile.mpg
> Client: vlc udp:188.8.131.52:1234
> the client only gets a fraction of the packets/bandwidth, and very
> little of the video and sounds gets through. Although I'm pretty new
> to this multicast stuff, I believe I set up the multicast more or less
> correctly on linux, using:
> $ ip route add -net 184.108.40.206 netmask 240.0.0.0 dev eth0
> To try to rule out possible mistakes at my end, I've tested this
> across a couple of different machines in my network and across linux
> and windows. Even when I stream from windows to another linux machine,
> I get the same behavour with multicast (very poor performance, seems
> packet loss is big).
> Does anybody know if these issues are related to vlc itself, or should
> I keep looking elsewhere?
> Marius K.
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/ To
unsubscribe, please read http://developers.videolan.org/lists.html
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
More information about the vlc-devel