说说android端实现Airplay多屏互动(一)

原文地址:http://blog.csdn.net/ville_zeng/article/details/17556729,转载请注明出处!

前段时间刚做完Airplay的相关应用,现在就开发的一点经验和大家分享一下。

首先,说说Airplay吧,Airplay可以将iPhone,iPadiPodtouch等设备上的视频、音频以及图片传输到第三方认证设备上,一般是在AppleTVAir port设备上,但其实,现在很多第三方的android设备也可以支持Airplay了,像阿里云或小米的盒子都支持Airplay投影了,而且效果都还不错。

其实,Airplay算是苹果公司定义的一种协议,或是一种技术吧,所以,按照惯例,这项技术是不开源的,对外封闭。而Android端,可以使用一套的多屏互动方案的,叫做DLAN,即Digital Living Network Alliance,它的协议是公开的。在次,得感谢诸多技术大牛,破解了Airplay,包括音频投影服务中使用的RSA私钥,和一份具体的协议说明(http://nto.github.io/AirPlay.html)。

       下面,就Airplay协议内容大概的说明一下,当然,大家直接看上述地址中的内容也许更清楚,本人能力有限,大概的说说我的部分理解。

         1.使用multicastDNS协议来进行服务发现,在android端可以用JmDNS来实现。

         一般我们会发布两个服务:AirTunes serviceRAOP)和AirPlay Service,前者用于音频流的投影,后者用于图片和视频内容的投影。

         2.协议内容(一):AirTunesService

        2.1.协议中的音频流支持RTSP协议。

                  1IOS设备向服务端发送的RTSP请求包括 

                   ANNOUNCE:告诉RTSP服务器关于流的各种属性
                   SETUP:告诉RTSP服务器初始化一个record session,同时通知必要的传输信息。
                  RECORD:请求服务器开始流的传输 
                  FLUSH:请求停止传输
                  TEARDOWN:请求结束RTSP会话
                  PAUSE, 
                  OPTIONS,
                  GET_PARAMETER,
                  SET_PARAMETER:可用于音量控制,Metadata:其中包括音频曲名,歌手名,专辑名,封面图片,播放进度信息……
                  POST and GET
                             

                 2RTP流,用于传输音频数据等。(如果说,RTSP用于发起/终结流媒体,那么RTP则传输流媒体数据 )

                     这里音频包是几乎完全兼容RTP协议。RTP包按有效载荷的不同类型分为以下几种:

                     Audio packets:其有效载荷为经过加密的audio data

                     Sync packets:服务端每秒钟会收到一个同步包,来将RTP中的timestamps与用于始终同步的NTP time关联起来

                     Retransmit packets:对丢失的audio packets进行重传

                     Timing packets:用于音频的主时钟同步

          2.2音频数据加密解密

                      Client:客户端首先会用RSA公钥,利用OAEP加密方式自动生成一个随机的128AES key,然后和rsaaes keyaesiv一起发送给Server

                 Sever:服务端利用指定的RSA私钥来解密AES key,然后将解密结果返回给Client

                 Client:客户端利用RSA公钥要解密收到的数据,若解密结果和之前自动生成的随机数一致,则表明服务端解密成功。

                其中,PEM-encodedPKCS#8格式的私钥为       

/**
	 * The AirTunes private key in PEM-encoded PKCS#8 format.
	 * Original Key from shairport was in PEM-encoded PKCS#1 format
	 */
	private static final String PrivateKeyData =
		"MIIEvwIBADANBgkqhkiG9w0BAQEFAASCBKkwggSlAgEAAoIBAQDn10TyouJ4i2wf\n" +
		"VaCOtwVEqPp5RaqL5sYs5fUcvdTcaEL+PRCD3S7ewb/UJS3ALm85i98OYUjqhIVe\n" +
		"LkQtptYmZPZ0ofMEkpreT2iT7y325xGox3oNkcnZgIIuUNEpIq/qQOqfDhTA92k4\n" +
		"xfOIL8AyPdn+VRVfUbtZIcIBYp/XM1LV4u+qv5ugSNe4E6K2dn9sPM8etM5nPQN7\n" +
		"DS6jDF//6wb40Ird5AlXGpxon+8QcohV3Yz7movvXIlD7ztfqhXd5pi+3fNZlgPr\n" +
		"Pm9hNyu2KPZVn1maeL9QBoeqf0l2wFYtQSlW+JieGKY1W9gVl4JeD8h1ND7HghF2\n" +
		"Jc2/mER7AgMBAAECggEBAOXwDHL1d9YEuaTOQSKqhLAXQ+yZWs/Mf0qyfAsYf5Bm\n" +
		"W+NZ3xJZgY3u7XnTse+EXk3d2smhVTc7XicNjhMVABouUn1UzfkACldovJjURGs3\n" +
		"u70Asp3YtTBiEzsqbnf07jJQViKQTacg+xwSwDmW2nE6BQYJjtvt7Pk20PqcvVkp\n" +
		"q7Dto1eZUC+YlNy4/FaaiS0XeAMkorbDFm40ZwkTS4VAQbhncGtY/vKg25Ird2KL\n" +
		"aOaWk8evQ78qc9C3Mjd6C6F7RPBR6b95hJ3LMzJXH9inCTPC1gvexHmTSj2spAu2\n" +
		"8vN8Cp0HEG6tyLNpoD8vQciACY6K3UYkDaxozFNU82ECgYEA9+C/Wh5nGDGai2IJ\n" +
		"wxcURARZ+XOFZhOxeuFQi7PmMW5rf0YtL31kQSuEt2vCPysMNWJFUnmyQ6n3MW+V\n" +
		"gAezTGH3aOLUTtX/KycoF+wys+STkpIo+ueOd0yg9169adWSAnmPEW42DGQ4sy4b\n" +
		"2LncHjIy8NMJGIg8xD743aIsNpECgYEA72//+ZTx5WRBqgA1/RmgyNbwI3jHBYDZ\n" +
		"xIQgeR30B8WR+26/yjIsMIbdkB/S+uGuu2St9rt5/4BRvr0M2CCriYdABgGnsv6T\n" +
		"kMrMmsq47Sv5HRhtj2lkPX7+D11W33V3otA16lQT/JjY8/kI2gWaN52kscw48V1W\n" +
		"CoPMMXFTyEsCgYEA0OuvvEAluoGMdXAjNDhOj2lvgE16oOd2TlB7t9Pf78fWeMZo\n" +
		"LT+tcTRBvurnJKCewJvcO8BwnJEz1Ins4qUa3QUxJ0kPkobRc8ikBU3CCldcfkwM\n" +
		"mDT0od6HSRej5ADq+IUGLbXLfjQ2iecR91/ng9fhkZL9dpzVQr6kuQEH7NECgYB/\n" +
		"QBjcfeopLaUwQjhvMQWgd4rcbz3mkNordMUFWYPt9XRmGi/Xt96AU8zA4gjwyKxi\n" +
		"b1l9PZnSzlGjezmuS36e8sB18L89g8rNMtqWkZLCiZI1glwH0c0yWaGQbNzUmcth\n" +
		"PiLJTLHqlxkGYJ3xsPSLBj8XNyA0NpSZtf35cO9EDQKBgQCQTukg+UTvWq98lCCg\n" +
		"D16bSAgsC4Tg+7XdoqImd9+3uEiNsr7mTJvdPKxm+jIOdvcc4q8icru9dsq5TghK\n" +
		"DEHZsHcdxjNAwazPWonaAbQ3mG8mnPDCFuFeoUoDjNppKvDrbbAOeIArkyUgTS0g\n" +
		"Aoo/jLE0aOgPZBiOEEa6G+RYpg==\n" +
		"";

             3.协议内容(二):AirPlay Service

                   /reverse:协商请求

               /scrub: POST方式为seek请求, GET方式为获取播放位置

               /volume: 设置音量:0.000000为静音,1.000000为最大

               /play: 播放请求:携带播放链接,本地文件播放为http,网络文件播放为m3u8地址

               /rate: 播放与暂停:0.000000为暂停,1.000000为播放

               /stop: 停止播放

               /photo: 推送图片:在HTTPBody发送实际图片

               /playback-info: 获取播放端的状态:总时长、缓冲时长、播放位置、播放器状态(LOADINGPLAYINGPAUSEDSTOP)等信息

               /server-info: 获取服务器信息:主要是mac地址信息

阅读本文的第二篇,请猛戳:说说android端实现Airplay多屏互动(二)

你可能感兴趣的:(加密,android,解密,Airplay)