我们可以使用wifi广播播放音乐，并在支持监听模式的设备上收听。 我想在监控模式下监听，因为我预计连接的设备数量太高，无法使用IP协议正常工作。 我希望wifi设备充当FM广播，每台设备都收到每个数据包并传输音乐。
答案 0 :(得分：0)
您在谈论this Wifibroadcast，here吗？
如果是这样：是，监控模式是基础技术，可以看作是here。
现在，如果这是关于做商业产品，遗憾的是，你不能指望任何类型的互操作性。
通过Wi-Fi流式传输音频/视频是业务，以及负责人（Wi-Fi Alliance aka WFA）作为其中的一些视图，包括认证计划。看看Miracast, using Wi-Fi Direct。
至于多播/广播，它现在甚至是更多的业务和专有技术领域（例如here - 并且不，这不仅限于汽车）。这是非常复杂的，因为跨接收器的同步问题开始：你不希望同一房间里的2个无线电接收器播放延迟1秒，这将是一个杂音。
编辑：
意思是，无论是Wifibroadcast OSS项目还是专有行业，因为还没有一个开放的协议（作为“公开可用的标准规范”，我甚至不执行实施，FLOSS或（） 你必须为每个接收器提供一个特定的应用程序以匹配你的广播协议，并且反之亦然。这就是今天的行业状况。这就是我上面提到的公司，或this other one more well know或these正在做的事情。 因此，他们不互操作。这将是您的问题：为Windows，Mac OS，Android和iOS（您可能甚至无法访问子层3 API）提供与您的无线电广播协议相匹配的接收器应用程序。还有Linux，请。
尽管如此，这是历史的方向，因为这是用户想要的：将A / V从设备/应用X流式传输到设备/应用X，从品牌A流式传输到设备/应用Y. < / p>
所以人们在第2层上一直在研究这个问题，因为第3层及以上层面都存在无法解决的挑战，自2004年起在IEEE上使用Ethernet AVB，这是一组协议。你可以免费下载一些标准，其他标准的费用取决于它们的年龄。有SIG负责认证（http://avnu.org/certified-products/）以保证互操作性。
适用于802.3（又名有线以太网），但there is some work done to bring this to 802.11 Wi-Fi。因为这是用户想要的，市场就在这里，毫无疑问。这将花费长时间。更多的是获得消费电子级设备或货架的应用。 但他们会开箱即用，这就是目标。
甚至已经完成了移动to layer 3/IP as well BTW的工作，并且牺牲了一些性能。
所以几年后回来，所有人都应该设置好。或者，如果您有大量的时间和金钱，并且没有提供的要求，请实施基于这些标准的解决方案？
PS：
链接至AVnu（以太网AVB SIG）页面，内容涉及消费电子音频流，有线或无线的使用案例：
......以及页面底部的10页白皮书。