Wi-Fi Monitor 模式侦听流量
Wi-Fi Monitor mode listening to traffic
我们可以使用 wifi 广播播放音乐并在支持监听模式的设备上收听吗？
我想在监听模式下收听，因为我预计连接的设备数量太多，wifi 无法使用 IP 协议正常工作。
我希望 wifi 设备充当 FM 广播，每个设备接收每个数据包并播放音乐。
你是说 this Wifibroadcast , here 吗？
如果是：嗯是，监控模式是底层技术，可见here.
现在，如果这是关于做商业产品，遗憾的是，您不能指望从中获得任何类型的互操作性。
通过 Wi-Fi 流式传输 audio/video 是一项业务，并且掌管权力（Wi-Fi Alliance aka WFA) as some view on it, including certification programs. Have a look at Miracast, using Wi-Fi Direct。
至于多播/广播，目前甚至 更多 业务和专有技术领域（示例 here - 不，这不是限于汽车）。这非常复杂，首先是因为接收器之间的同步问题：您不希望同一房间内的 2 个无线电接收器延迟 1 秒播放，这会很刺耳。
编辑：
意思是，无论是关于 Wifibroadcast OSS 项目还是关于它的专有行业，因为还没有针对此的开放协议（如 "publicly available standard specification"，我什至不知道开始实施，FLOSS 或不），你 将必须为每个接收者提供特定的应用程序 以匹配 您的 广播协议，反之亦然。这就是当今行业的现状。这就是我上面提到的公司或 this other one more well know, or these 正在做的事情。 因此，它们无法互操作。这将是你的问题： 为 Windows、Mac、OS、Android 和 iOS 提供接收器应用程序（你甚至可能不可以访问与您的无线电广播协议匹配的子层 3 API)。也请 Linux。
虽然，这是历史的方向，因为这是用户想要的：从品牌 A 流 A/V to/from device/application X 到 device/application Y 来自品牌 B.
所以人们一直在第 2 层上致力于此，因为第 3 层及更高层面临无法解决的挑战，自 2004 年以来在 IEEE Ethernet AVB, which is a set of protocols. You can download some of its standards for free, others for a moderate fee depending on how old they are. There is a SIG taking care of certification(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:
Link 到 AVnu（以太网 AVB SIG）页面，了解消费电子音频流、有线或无线的用例：
...及其页面底部的 10 页白皮书。
我们可以使用 wifi 广播播放音乐并在支持监听模式的设备上收听吗？ 我想在监听模式下收听，因为我预计连接的设备数量太多，wifi 无法使用 IP 协议正常工作。 我希望 wifi 设备充当 FM 广播，每个设备接收每个数据包并播放音乐。
你是说 this Wifibroadcast , here 吗？
如果是：嗯是，监控模式是底层技术，可见here.
现在，如果这是关于做商业产品，遗憾的是，您不能指望从中获得任何类型的互操作性。
通过 Wi-Fi 流式传输 audio/video 是一项业务，并且掌管权力（Wi-Fi Alliance aka WFA) as some view on it, including certification programs. Have a look at Miracast, using Wi-Fi Direct。
至于多播/广播，目前甚至 更多 业务和专有技术领域（示例 here - 不，这不是限于汽车）。这非常复杂，首先是因为接收器之间的同步问题：您不希望同一房间内的 2 个无线电接收器延迟 1 秒播放，这会很刺耳。
编辑：
意思是，无论是关于 Wifibroadcast OSS 项目还是关于它的专有行业，因为还没有针对此的开放协议（如 "publicly available standard specification"，我什至不知道开始实施，FLOSS 或不），你 将必须为每个接收者提供特定的应用程序 以匹配 您的 广播协议，反之亦然。这就是当今行业的现状。这就是我上面提到的公司或 this other one more well know, or these 正在做的事情。 因此，它们无法互操作。这将是你的问题： 为 Windows、Mac、OS、Android 和 iOS 提供接收器应用程序（你甚至可能不可以访问与您的无线电广播协议匹配的子层 3 API)。也请 Linux。
虽然，这是历史的方向，因为这是用户想要的：从品牌 A 流 A/V to/from device/application X 到 device/application Y 来自品牌 B.
所以人们一直在第 2 层上致力于此，因为第 3 层及更高层面临无法解决的挑战，自 2004 年以来在 IEEE Ethernet AVB, which is a set of protocols. You can download some of its standards for free, others for a moderate fee depending on how old they are. There is a SIG taking care of certification(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:
Link 到 AVnu（以太网 AVB SIG）页面，了解消费电子音频流、有线或无线的用例：
...及其页面底部的 10 页白皮书。