udp - 对于 UDP 广播大师 : Problems achieving high-bandwidth audio UDP broadcast over WiFi (802. 11N 和 802.11G)

Question

我正在尝试使用专用网络上的 UDP 广播通过 WiFi 将多声道音频从一台服务器发送到多台客户端计算机。

我正在使用名为 Pure Data 的软件，以及名为 netsend~ 和 netreceive~ 的 UDP 广播工具。代码在这里:
http://www.remu.fr/sound-delta/netsend~/

长话短说，我能够在点对点网络中向一台客户端计算机发送 9 个 channel ，但是当我尝试向 2 个客户端进行广播时(还没有尝试更多)，我得到没有声音。我可以压缩音频并通过 UDP 广播成功向 2 个客户端发送 4 个压缩 channel (大约 10% 的未压缩大小)。或者我可以通过 UDP 广播向 2 个客户端发送 1 个 channel ，但会出现一些故障。

WiFi 路由器是 Linksys WRT300N。所有计算机都运行 Windows XP。 IP 地址为 192.168.1.x，子网掩码为 255.255.255.0，子网广播地址为:192.168.1.255。

我很好奇 - 路由器中的 UDP 广播数据包会发生什么？
如果我的子网掩码为 255.255.255.0，那么路由器是否为广播地址发送的每个数据包制作 254 个数据包？

我的 WiFi 带宽至少为 100Mbps，但我似乎无法通过 UDP 广播向多个客户端发送超过 10Mbps 左右的音频。

是什么阻止我将音频发送到 WiFi 的带宽限制？

任何有关套接字代码修改、网络设置、路由器设置、子网修改的建议……都非常感谢!

谢谢
缺口

Answer 1

您的问题是由接入点的速率控制算法引起的。使用单播，接入点会跟踪每个特定接收器可以可靠地接收的数据速率，并以该速率发送。对于多播，接入点不知道哪些接收者对数据感兴趣，因此简单的接入点以尽可能低的速率 (1Mb/s) 发送数据。更好的接入点可能会以连接最慢的客户端使用的速率发送数据，最好的接入点使用 IGMP 监听来查看谁在接收每个 IP 多播流，他们将从接收器中为该流选择最慢的速率.

最简单的解决方案是当您有少量 WiFi 接收器时不使用多播。