4

我目前在我的应用程序中遇到了 AirPlay 设备的问题。我使用这个主题 作为 Airplay 设备配置的示例。但目前找不到两个问题的解决方案:

首先,我无法检测到播放设备当前是否忙,因为它不支持同时输入?我试图在 CoreAudio 中找到任何属性,但没有任何运气。

我发现的第二个问题是关于启用密码的播放设备。无论是否输入密码,我都无法收到任何通知,因此我的应用程序无法对任何事件做出应有的反应

提前感谢您的帮助。

4

1 回答 1

1

我不熟悉新的 CoreAudio API,所以可能有更简单的方法。这是我去年解决同样问题的方法。

您可以通过 Bonjour(也称为多播 DNS 或 Zeroconf)确定设备是否需要密码。您应该能够将源名称与 CoreAudio 信息相匹配。对于音频 AirPlay,您需要检查_raop._tcp设备。以下是它在终端上的工作方式:

首先,发现附近的 AirPlay 设备(注意该命令在 Mountain Lion 之前dns-sd调用):mDNS

劳伦特〜$ dns-sd -B _raop._tcp
浏览_raop._tcp
日期:---2013 年 1 月 15 日星期二---
17:37:31.977 ...开始...
如果域服务类型实例名称,则时间戳 A/R 标志
17:37:31.977 添加 2 4 本地。_raop._tcp。406C8F53F1DD@iMac de Laurent

然后,获取 AirPlay 实例的完整记录:

laurent ~ $ dns-sd -L "406C8F53F1DD@iMac de Laurent" _raop._tcp local
查找 406C8F53F1DD@iMac de Laurent._raop._tcp.local
日期:---2013 年 1 月 15 日星期二---
17:43:47.097 ...开始...
17:43:47.098 406C8F53F1DD@iMac\032de\032Laurent._raop._tcp.local。可通过 iMac-de-Laurent.local.:5000(接口 4)访问
 et=0,1 ek=1 ss=16 raAudioFormats=ALAC,L16 tp=UDP pw=false txtvers=1 ramach=iMac12,1 vn=3 md=0,1,2 sv=false sm=false ch=2 sr =44100 rast=afs rastx=iafs cn=0,1

pw=false表示没有密码。这是基本的想法,现在你应该对DNSServiceResolve做同样的事情。

现在,我所知道的检查设备是否忙碌的唯一方法是实际连接到它。在内部,AirPlay 使用 RTSP,所以你可以发送这个请求:

RTSP/1.0 选项 *
# 空行

如果设备回复状态 453,则表示它已经在流式传输。

您可以查看我的AirPlay RTSP 堆栈以获取更多信息。

于 2013-01-15T17:03:43.507 回答