Hi,<br><br>I think I understood the difference between upstream and downstream. What I wanted to point out is that, although the maximum numerical available bandwidth of 802.11g is 54 Mbps, due to issues like listening the channel, overhead data and dividing the channel in downstream and upstream (the AP is receiving for a while and transmitting for another while, isnt'it? Please, let me know if I am confused in this point.), the real data rate that clients can receive is not 54 Mbps, so it is quite lower. But anyway, what I wondered is why should appear such an amount of packet losses if the available bandwidth was high enough to support the stream.<br>
<br>It's true that wireless links are much less reliable than wired ones, but I thought that this loss rate being quite near the AP was quite high. The other thing that seemed strange to me was why MPEG-4 transcoding but even increasing the needed multicast streaming bitrate had less error rate.<br>
<br>Anyway, thanks for the links and the info; it is much appreciated. Hope VLC can add reliable multicast streaming over wireless links in a near future.<br><br><div><span class="gmail_quote">Regards,<br>Javi<br><br>2008/3/8, Sebastien Chaumontet <<a href="mailto:sebastien@chaumontet.net">sebastien@chaumontet.net</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Wireless is not a wire: on wireless it is normal to get errors/loss.<br> <br> Have you really understood the difference between upstream and<br> downstream behavior in multicast over wireless?<br> <br> <a href="http://www.sydneywireless.com/?p=736">http://www.sydneywireless.com/?p=736</a><br>
------------------<br> The 802.11 (Wi-Fi) standards specify support for multicasting as part<br> of asynchronous services. An 802.11 client station, such as a wireless<br> laptop or PDA (not an access point), begins a multicast delivery by<br>
sending multicast packets in 802.11 unicast data frames directed to<br> only the access point. The access point responds with an 802.11<br> acknowledgement frame sent to the source station if no errors are<br> found in the data frame.<br>
<br> If the client sending the frame doesn t receive an acknowledgement,<br> then the client will retransmit the frame. With multicasting, the leg<br> of the data path from the wireless client to the access point includes<br>
transmission error recovery. The 802.11 protocols ensure reliability<br> between stations in both infrastructure and ad hoc configurations when<br> using unicast data frame transmissions.<br> <br> After receiving the unicast data frame from the client, the access<br>
point transmits the data (that the originating client wants to<br> multicast) as a multicast frame, which contains a group address as the<br> destination for the intended recipients. Each of the destination<br> stations can receive the frame; however, they do not respond with<br>
acknowledgements. As a result, multicasting doesn t ensure a complete,<br> reliable flow of data.<br> <br> The lack of acknowledgments with multicasting means that some of the<br> data your application is sending may not make it to all of the<br>
destinations, and there s no indication of a successful reception.<br> This may be okay, though, for some applications, especially ones where<br> it s okay to have gaps in data. For instance, the continual streaming<br> of telemetry from a control valve monitor can likely miss status<br>
updates from time-to-time.<br> ------------------<br> <br> Some solutions are already in TODO list for VLC :<br> <a href="https://trac.videolan.org/vlc/ticket/820">https://trac.videolan.org/vlc/ticket/820</a><br> <br> ---<br>
Seb<br> <br><br> On 3/8/08, Javier Gálvez Guerrero <<a href="mailto:dulceangustia@gmail.com">dulceangustia@gmail.com</a>> wrote:<br> > Hi again,<br> ><br> > I know some multicast wifi behaviour issues that make multicast streaming<br>
> less reliable than unicast but what I can not understand is why, if I have<br> > made sure that every network device is working at 54 Mbps in a mandatory<br> > way, with no power save mode but even with the DTIM wifi parameter set at<br>
> the minimum (1) and loading the wifi channel with less than 2 Mbps of data<br> > (monitored with Wireshark), I have heavy packet losses (1/10 packets are<br> > lost in the wifi channel). I know how huge is the wifi overhead, but even<br>
> having an effective rate of 36 or 24 Mbps and having the half for upstream<br> > and the other half for downstream, 12 Mbps (let's say 10 Mbps) should be<br> > more than enough to cope with ONE multicast streaming video (less than 400<br>
> kbps) with not such errors.<br> ><br> > I have checked it with the client device at less of one meter from the AP<br> > and there are many lost packets, tested in different environments, networks<br> > and with different client devices. If I transcode the streamed files to mp4<br>
> 256 kbps video and 128 kbps audio it works pretty well but the whole bitrate<br> > ( 256 + 128 ) is bigger than the original one (333 kbps), what still gets me<br> > more confused. It has something to do that the original video can be encoded<br>
> with MPEG-1 or 2? Anyway, how can be possible that I have this amount of<br> > lost packets if I have the radio channel almost "dedicated" with such a<br> > higher available rate than needed?<br> ><br>
><br> > Thank you all,<br> > Javi<br> ><br> > 2008/3/3, Sebastien Chaumontet <<a href="mailto:sebastien@chaumontet.net">sebastien@chaumontet.net</a>>:<br> > > Hi,<br> > ><br> > > Problem with multicast (as broadcast) over wireless is that it is not<br>
> reliable:<br> > > In the unicast world, wireless is retransmitting lost packets.<br> > > With broadcast or multicast on wireless (downstream way: from AP to<br> > > clients) if packets are lost they are not retransmitted.<br>
> ><br> > > An other behavior is that multicast is used as the rate of the lowest<br> > > client associated with the AP. ie: if all your clients on the AP are<br> > > using 11Mb/s except one at 1Mb/s, multicast and broadcast will be sent<br>
> > at 1Mb/s.<br> > ><br> > > Regards<br> > > Seb<br> > ><br> > ><br> > > On Mon, Mar 3, 2008 at 2:53 PM, Javier Gálvez Guerrero<br> > > <<a href="mailto:dulceangustia@gmail.com">dulceangustia@gmail.com</a>> wrote:<br>
> > > Hi,<br> > > ><br> > > > I am trying to stream multicast videos through a hybrid wireless-wired<br> > > > network and I am having some problems at wireless clients. I have<br> > checked<br>
> > > with differents devices and even with different networks (laboratory and<br> > > > home), but the results are the same: "ts warning: discontinuity received<br> > 0xX<br> > > > instead of 0xX (pid = 68 or 69)" messages, so having some video and<br>
> audio<br> > > > interruptions and poor frame decoding results.<br> > > ><br> > > > I stream from a VLC server (through VLM, VLC 0.8.6d), Ubuntu Linux 32<br> > bits<br> > > > based, running in a laptop. It serves RTSP VOD videos and UDP multicast,<br>
> > > both configured with VLM telnet interface. It streams via 802.11g at 54<br> > Mbps<br> > > > to a Cisco Aironet 1200 series access point, connected to a switch with<br> > many<br> > > > other computers. Then I have two clients: a desktop and a laptop. The<br>
> > > desktop is wired and it receives both VOD and the multicast streams<br> > > > perfectly, but the laptop, connected to the network with 802.11g<br> > receives<br> > > > VOD with no problems but the multicast stream with many discontinuity<br>
> > > errors. If I connect the laptop to the wired network the multicast<br> > streams<br> > > > are received with no problems.<br> > > ><br> > > > I configure the scheduled multicast streaming:<br>
> > ><br> > > > > new test broadcast enabled<br> > > > > setup test input<br> > /media/sda2/diptv/server/contents/test.mpg<br> > > > > setup test output<br> > #standard{mux=ts,access=udp,dst=<a href="http://239.255.1.5:60101">239.255.1.5:60101</a>}<br>
> > > > new test_tv schedule enabled<br> > > > > setup test_tv date 2008/02/28-14:50:00<br> > > > > setup test_tv append control test play<br> > > ><br> > > > I have tried with different videos, different wireless receivers,<br>
> different<br> > > > 802.11g channels and transmission rates (and many other access point<br> > > > features), streaming from a wired and wireless server, with a WIFI<br> > > > Conceptronic router or a D-Link DWL700 access point instead the Cisco<br>
> > > Aironet 1200 and receiving in a Linux or WinXP client with the same<br> > results,<br> > > > the raw of discontinuity errors at receiver. I have also tried<br> > increasing<br> > > > the buffer size of VLC for UDP muxer with no effect.<br>
> > ><br> > > > I have launched Wireshark protocol analyzer to track the udp packets on<br> > the<br> > > > wired desktop and on the wireless laptop and the difference are some<br> > random<br>
> > > missing packets on the wireless laptop network interface, obvious<br> > losses.<br> > > ><br> > > > So what I would like to know is if somebody has faced this problem with<br> > > > multicast streaming in a wireless environment and, if it has been<br>
> finally<br> > > > solved, how to do it. If the solution is a different access point I<br> > would<br> > > > like to know which ones have worked properly with this issue.<br> > > ><br> > > ><br>
> > > Thanks a lot.<br> > ><br> > > > _______________________________________________<br> > > > streaming mailing list<br> > > > To unsubscribe or modify your subscription options:<br>
> > > <a href="http://mailman.videolan.org/listinfo/streaming">http://mailman.videolan.org/listinfo/streaming</a><br> > > ><br> > > ><br> > ><br> ><br> ><br> > _______________________________________________<br>
> streaming mailing list<br> > To unsubscribe or modify your subscription options:<br> > <a href="http://mailman.videolan.org/listinfo/streaming">http://mailman.videolan.org/listinfo/streaming</a><br> ><br>
><br> </blockquote></div><br>