多个AirPort表达是否使iTunes音频保持同步？

我有家人计划下个月参加派对，他们希望在整个房子里播放一个音轨/播放列表。他们目前的解决方案是选择另一个AirPort Express（我们已经有一对），每个都安装2.1扬声器，并使用一个iTunes实例无线传输到所有扬声器。

我知道iTunes已经支持多个扬声器输出，但我从未尝试过使用多个无线扬声器（它总是一个内置扬声器和一个无线扬声器）。各种设备是否会保持音频输出彼此同步？他们非常希望避免声音抖动或滞后，甚至是轻微的，从一个房间走到另一个房间时变得明显。

如果iTunes不这样做，第三方应用程序（例如Airfoil）是否足够？这一切都是iTunes音频，所以我认为除了同步之外我们不需要Airfoil 。即便如此，如果iTunes不能自己处理音频同步，这可能是合理的。

根据维基百科：

AirPunes协议栈的AirTunes部分使用UDP来传输音频，并且基于RTSP网络控制协议。[12] 流使用AES加密，要求接收方可以访问适当的私钥来解密流。[13] AirPort Express的流媒体功能使用Apple的远程音频输出协议（RAOP），这是RTSP / RTP的专有变体。使用WDS桥接[14]，AirPort Express可以在有线和最多10个无线客户端的混合环境中跨越更远的距离实现AirPlay功能（以及Internet访问，文件和打印共享等）。

请参阅此处的页面。

请注意它表示UDP用于流式传输音频的部分。UDP没有纠错。当使用TCP（大部分时间）时，当我从A发送数据包到B时，我发送它，我得到确认，然后我发送下一个数据包。当我得到确认时，部分确认是错误检查代码。如果它与我第一次发送数据包时生成的错误检查代码不匹配，我知道数据在到达B之前已经以某种方式出错，因此我再次发送它。

如果我必须在另一方成功读取之前多次发送该数据包，那将“听起来”意外的事情。滞后有点不同 - 当出现某种延迟时，就会出现延迟，或者线路已经饱和，实际上需要（某些任意数量的）时间才能到达那里。这可能发生在任何一种模式下。

不同的是，使用UDP，如果数据包丢失或损坏，则无关紧要。iTunes会发送任何数据需要代表歌曲现在。而现在，和现在。如果你错过它或它变得格格不入，哦，好吧。它将继续仅发送现在相关的内容。

长话短说：你应该没事。任何故障都可能是短暂而甜蜜的。并且，不同步？可能对任何人都无法辨别。