Yohann, I suspect that you are right, from the evidence that Wireshark reports 'TCP Retransmission' events every time the audio glitches there would appear to be errors in the transmission. What I don't understand is how this can be given that:
1) iwconfig shows that it is connected at 270mpbs 2) I can transfer a 3Gb file without error, albeit really slowly. 3) linux box and Dlink DIR-825 Dual Band Wireless router are a few feet apart, signal is 100% 4) network manager reports zero errors and iwconfig reports zero errors 5) I have no sources of interference, or at least not to my knowledge (i.e. no microwave running nearby) 6) Three types of player on my Linux box all give the same result Only thing I wonder, given that AAC have the problem but MP3 does not, if if the packet size or latency is more critical when playing AAC. Given that the data rate should be really low compared to what wireless-n is designed to handle, that would point to really bad design of the buffering used by all three audio players I will let you know how the testing goes once I have my Karmic (9.10) install up and running. I also have a ticket open with Dlink, but given that I am using a Dlink router with a Linksys adapter, and on Linux! I don't expect to get much help from them. In case it is a problem with the rt3572 driver itself, do you know the best way to feed back this information to Ralink so they can look into it? "I have two hypothesis: - the RT3572 linux module has a high processing latency, higher than the windows version, so your audio player can have its streaming buffer to become empty, hence the glitches. - The AAC decoder used by your audio player doesn't support errors or holes during the streaming, hence the glitches" -- Linksys By Cisco WUSB600N v2 Doesn't Work https://bugs.launchpad.net/bugs/408165 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
