求助！苹果手机搜不到AIRplay信号了！【索尼电视吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：54,160贴子：
求助！苹果手机搜不到AIRplay信号了！收藏
前两个月，苹果手机直接airplay到电视机还很正常，后来增加了一个路由器后，手机就搜不到AIRplay的信号了，就算搜到，也会提示无线信号弱，无法连接，有没有人遇到过跟我一样的情况啊？
登录百度帐号ios开发——AirPlay的琢磨经历
iOS 4.3出来的时候,苹果有了个神奇的功能它可以神奇的将iphone,ipad的音频传输到appletv, airport-express基座上;也可以将照片传输给apple tv通过HDMI投射到电视机上;
这个不亚于当年Mac os支持双屏拖拽般神奇.
那么这个技术是如何实现的呢?
历史上没被苹果收购前,有个airtunes的开源协议库,它可以实现随时随地的家庭音乐无线流媒体传输;
后来苹果收购了它,更名为airplay,将airtunes升级到airtune 2版本(但是大体基于原有版本扩充),增加了视频,照片的传输,完整的变为airplay非开源功能.
作为一个轻度影音发烧友,音效的追求是永无止境的,吃得消的支出才是合理的;而airplay作为家庭音乐的一个神器,必然想要收入囊中的.
那是不是必须要买apple TV呢?或者买airport express ?
两者价格都接近700,800;一个支持音视频;一个支持仅有音频,但是多出来一个双频路由器功能;
老实说,apple tv在美国很超值,但是无法越狱,谁会看和谐的youtube ?而且apple tv的越狱频率,远不如iphone ipad集万千宠爱于一身,砖家肯定不热衷越狱apple tv.
所以apple tv很不超值.但是,如何拥有airplay呢?
目前的现实解决方案,就是买支持airplay的音响设备;那我们目前可选的有Denon,Marantz,B&W,JBL,iH这些设备,我都听过;不得不说,真是蛋疼,一个个功能很挫,音质压根没达到起步水准.而面对家里的Bose135影院,我真是想瞬间给它插个airplay的翅膀.我想,很多家里已经有音响设备的,肯定希望就花一点点钱,就能实现airplay吧.
于是我就一头冲进去这airplay的世界.
好吧,科普一下,我们研究的是airplay的receiver,不是所谓sender就是iphone 4s/ipad 2/3;
首先,ipad能在家庭无线网络里神奇般的搜寻到
搜到后,还能继续勾搭互联互通上;
基本推算出来的原理大概如此;
那么,搜到recevier并且确定receiver的IP;那么肯定是用了bonjour服务;其实就是mDNS这个技术;mDNS就是mini DNS的意思;公网用网址域名对应IP,那么小网络怎么办?只能寄托mDNS,即很小的微型DNS,这个功能是由路由器代替实现的;
原理如下,每当有局域网的client申请路由器代为广播,谁需要airplay服务就找他;那这个client就向路由器申请mDNS的service,提供名字,功能类型,端口,等等;
然后路由器会有一个hash表,存着各个client申请的service表;
每当有client希望找到airplay的服务的时候,它就会去问路由器,谁提供airplay服务?路由器会表里查询,并且告诉你IP;
同理,airprint也是这个类似原理;
话说前段时间做一个huawe的外包;丫的弄了个android机顶盒,要我实现结果仔细一问,就是mDNS发现机顶盒服务;然后用TCP控制机顶盒;更搞笑的是,当我正儿八经拿着mDNS的代码跟机顶盒联调的时候,居然说机顶盒没实现mDNS,真是无语国内外包的发自内心的偷懒省事,不专业.
看文档得知,Apple TV一共publish两个服务;一个是airtunes的ROAP协议;一个是airplay的service,包含照片,视频,镜像;
好吧,下面代码演练一下;
NSNetService*publish=[[NSNetService alloc]initWithDomain:@"local."type:@"_airplay._tcp."name:@"Jacob"port:7000];
[publish publish];
以上在Mac OS下运行,可以在iphone, ipad的照片上看到airplay的选项;
可惜,当我尝试如法炮制roap的airtunes的时候,无法在ipad的ipod上看到神奇的airplay按钮了.
到底出错在哪儿?端口和服务字段不对?
噢,我有个办法,有个免费的airplay的server java版程序,能在ipod看到要不来个NSnetserviceBrowser,扫描一下人家神马端口不就结了;
折腾了半天,我发现每次端口都不一样;
于是我继续网络搜罗,功夫不有心人,有个AirView,有开源,是一个ipad版的这个虽然有点儿绕远了,但是好歹的确能在ipod/镜像的地方看到airplay按钮.虽然功能不行,但是好歹,证明了这个代码能实现mDNS的正确引导;
于是顺藤摸瓜:
if(airplay== nil)
airplay= [[AirPlayControlleralloc] initWithWindow:window];
[airplaystartServer];
岂不是很明显的跟进去!
- (void)publishBonjour
netService= [[NSNetServicealloc] initWithDomain:domaintype:typename:nameport:[asyncSocketlocalPort]];
[netServicesetDelegate:self];
其中domain= @"local.";
[httpServersetType:@"_airplay._tcp."];
这么推测下来,我的前期准备airplay都是对的,但是仅在photo里发现,肯定有问题;最终的问题,就是看端口了;
蛋疼的是,我看到这段代码
dispatch_sync(socketQueue, ^{
// No need for autorelease pool
if(socket4FD!= SOCKET_NULL)
result= [selflocalPortFromSocket4:socket4FD];
elseif(socket6FD!= SOCKET_NULL)
result= [selflocalPortFromSocket6:socket6FD];
又是G_C_D,又是block,去年CC DEV大会,还记得zenny兄讲G_C_D的好处,讲openCL,当时的感觉是,这些东西,都是务虚,不落地;
每次都是拿着个例子计算1累加到多少,我当时就想,老师连举例都很难编造个实在的案例,那我们学了有嘛用?
好吧,既然现在人家高手写个代码用这两货,我就补一下课,到底实在的靠谱用一下.
Block再补课
NSString* (^calculate)(NSString*,NSString*);
int(^Multiply)(int, int);
以上是两个Block的申明定义
可以放在头文件之上,即不要放在interface definition里
也可以放在implement里,注意,不要放在函数里,否则不具备函数块内可见
上面是两个申明的block类型的变量;可以理解为一个函数指针,比如calculate,Multiply两个函数指针;
calculate=^(NSString*part1,NSString*part2)
return[part1 stringByAppendingFormat:part2];
NSString*test=calculate(@"fuck",@"U");
//test is "fuckU"
Multiply= ^(intnum1, intnum2) {
returnnum1 * num2;
intresult = Multiply(7, 4); // result is 28
上面是两个函数指针,最终给予赋值;
calculate等于的东西,必须要跟类型匹配上;
下面的test即可执行了这个函数;结果也验证了;
好吧,这么理解:
如果^在括号里面,那么与^同在括号内的英文字符,代表这是一个”函数指针”的概念,类似快速引用; 例如: char (^square) (int); 前面是返回值类型char,后面是参数int类型;
如果^在括号外,那么就是一个具体的block的实现函数的抬头符.之后的内容,无非是参数,大括号,实现内容;可参考square = ^(int a ) {return a*};
square(5)即是25;
总之,block基本就是这样;省去了你定义一个不必要的函数,然后再调用,烦死了;还要考虑备份现场;因为block是实时运算,运算的数据全部重新拷贝一份;你可以理解为new了一个程序在沙盒里计算,怎么着都不会影响;当然了,更复杂的有__唉.复杂的结果,就是代码可读性差;
注意,block是一个称呼;不是关键字; ^才是关键符号;
我个人觉得,在代码里用block单词作为block的”函数指针”的,都TMD脑子有病;这不故意混淆视听么?比如,你一个用来解析json的block,你丫干脆用JsonBlock,何必故意弄个这么绕口的?
那么block适合干啥?
我现在思维禁锢,因为之前没有^,我们也活得好好的,现在唯一想出来的好处,就是偷懒,随取随用,这要这个函数没有复用的必要,那就放心大胆的用吧.省了头文件定义,冗余的格式.
再补课GrandCentralDispatch
好吧,我看完51CTO的一篇文章,我彻底懂了.这货,就是为了解决NSThread解决不了的问题的;
是啊,多线程,就是多倍任务;经典的案例就是,UI不卡死,后台处理网络数据;
而用Queue来任务排队处理,经典的应用就是,请求有各种各样的类别,A类请求在A queue里排队; B类请求在B queue排队;这里A, B不一定是网络与本地的区分,更重要的是事务的区分,有人为的概念在其中;
dispatch_queue_t 真没啥可怕的,就当做ASIHttpRequestQueue一样,创建一个队列,然后你所有的操作,都是围绕这个队列里;
你可以添加任务,终止任务,执行任务;
连执行任务函数都非常类似
startSynchronous
dispatch_async
dispatch_sync
下面我抄袭一下
声明一个队列
如下会返回一个用户创建的队列：
dispatch_queue_t myQueue =dispatch_queue_create(“com.iphonedevblog.post”, NULL);
其中，第一个参数是标识队列的，第二个参数是用来定义队列的参数（目前不支持，因此传入NULL）。
执行一个队列
如下会异步执行传入的代码：
dispatch_async(myQueue, ^{ [selfdoSomething]; });
其中，首先传入之前创建的队列，然后提供由队列运行的代码块。
声明并执行一个队列
如果不需要保留要运行的队列的引用，可以通过如下代码实现之前的功能：
dispatch_async(dispatch_queue_create(“com.iphonedevblog.post”, NULL), ^{ [self doSomething]; });
暂停一个队列
如果需要暂停一个队列，可以调用如下代码。暂停一个队列会阻止和该队列相关的所有代码运行。
dispatch_suspend(myQueue);
恢复一个队列
如果暂停一个队列不要忘记恢复。暂停和恢复的操作和内存管理中的retain和release类似。调用dispatch_suspend会增加暂停计数，而dispatch_resume则会减少。队列只有在暂停计数变成零的情况下才开始运行。dispatch_resume(myQueue);
从队列中在主线程运行代码
有些操作无法在异步队列运行，因此必须在主线程（每个应用都有一个）上运行。UI绘图以及任何对NSNotificationCenter的调用必须在主线程长进行。在另一个队列中访问主线程并运行代码的示例如下：
dispatch_sync(dispatch_get_main_queue(), ^{[self dismissLoginWindow]; });
dispatch_get_global_queue
dispatch_get_main_queue
dispatch_get_current_queue
谁能告诉我以上3个queue的区别?
言归正传,回到这段代码
dispatch_sync(socketQueue, ^{
// No need for autorelease pool
if(socket4FD!= SOCKET_NULL)
result= [selflocalPortFromSocket4:socket4FD];
elseif(socket6FD!= SOCKET_NULL)
result= [selflocalPortFromSocket6:socket6FD];
原来,丫的就是在socketQueue的任务队列里,寻找端口号
实际在如下函数里,传入port为0,系统会自动给你分配一个随机端口;难怪丫的每次测试端口都不一样;我去!
success = [asyncSocketacceptOnInterface:interfaceport:porterror:&err];
网上的文章,说神马airplay,airtunes,aircontroll端口分别是01的,你们对得起自己良心么?NND,端口就是无关因素.
好吧,既然代码一样,参数一致,端口又是无关因素,那么到底是什么导致它的app在系统各个airplay窗口都能识别到呢?
后来想了一个很简单的,我光看了startServer,还没看初始化server的构造函数呢.
于是看到了很重要的一段,原来NSNetservice的setTXTRecordData居然非常重要;
于是一番周折,终于我自己的testApp也能让ipod,photo,mirror的地方看到神奇的自己的选项了;
NSNetService*publish=[[NSNetService alloc]initWithDomain:@"local."type:@"_airplay._tcp."name:@"Jacob"port:56486];
NSDictionary*txtRecordDic=[NSDictionary dictionaryWithObjectsAndKeys:
@"0x7", @"features",
[DeviceInfoplatform], @"model",
[DeviceInfodeviceId], @"deviceid",
NSData*txtRecordData =
if(txtRecordDic)
txtRecordData = [NSNetService dataFromTXTRecordDictionary:txtRecordDic];
[publish setTXTRecordData:txtRecordData];//very Important
[publish publish];
尽管如此,我依然很不解,为什么要是ox7 ?为什么要有features?为什么有model?deviceID?
很简单,暴力测试一下,把所有的字符串改掉;
果然结果证明,只有deviceid是必备的,不能随意修改的;而且数值也必须要符合device ID的规则,例如: 10:9A:DD:65:19:3D
于是代码压缩成如下:
NSNetService*publish=[[NSNetServicealloc]initWithDomain:@"local."type:@"_airplay._tcp."name:@"Jacob"port:56486];
NSDictionary*txtRecordDic=[NSDictionarydictionaryWithObjectsAndKeys:
[DeviceInfodeviceId], @"deviceid",
NSData*txtRecordData =
if(txtRecordDic)
txtRecordData = [NSNetServicedataFromTXTRecordDictionary:txtRecordDic];
[publish setTXTRecordData:txtRecordData];//very Important
[publish publish];
好吧,研究到底告一段落,这段研究,实现了mDNS最神奇的一部分,苹果的规则,要求airplay字段,tcp类型,local局域网内,并且附带一个text,内容必须是device id,而且数值要符合规范.
接下来的几天,我将继续研究airplay的实现原理;
比如iphone/ipad搜到airplay的receiver后,必然要有业务交集;比如send一个照片,send一段音频,放一段视频,等等,我作为receiver该如何交接请求等等.
Ok,还记得new了一个G_C_DAsyncSocket,并且让他监听这个端口;现在我用photo里选择airplay,同步一个照片显示过去;果然,在TCP的如下函数,收到了动作
- (void)socket:(G_C_DAsyncSocket*)sock
didAcceptNewSocket:(G_C_DAsyncSocket*)newSocket
它把接收到的新socket的信息筛选,重新打包,用Http标准信息包发了一个报文过去
if([method isEqualToString:@"GET"]&&
[path isEqualToString:@"/server-info"])
NSString*str
= @"&?xml version=\"1.0\"encoding=\"UTF-8\"?&&!DOCTYPE plist PUBLIC \"-//Apple//DTDPLIST 1.0//EN\"\"http://www.apple.com/DTDs/PropertyList-1.0.dtd\"&&plistversion=\"1.0\"&&dict&&key&deviceid&/key&&string&58:55:CA:06:BD:9E&/string&&key&features&/key&&integer&119&/integer&&key&model&/key&&string&AppleTV2,1&/string&&key&protovers&/key&&string&1.0&/string&&key&srcvers&/key&&string&101.10&/string&&/dict&&/plist&";
NSData*response
= [strdataUsingEncoding:NSUTF8StringEncoding];
HTTPDataResponse*res
= [[HTTPDataResponsealloc] initWithData:response];
[res setHttpHeaderValue:@"text/x-apple-plist+xml"forKey:@"Content-Type"];
return[res autorelease];
这段代码,显示了苹果的设计airplay的思路;即用tcp长连接来简单/核心的控制,来回事件相应;用http消息来处理内容,消息;所以代码常常从TCP socket到Http
message互相倒;不过显然,这个代码谨慎的作者的example,也是直接发了一段截取的报文;可能临时存在成功,无法长期使用的;再深入研究下去意义不大;大体逻辑可以猜出来,我发一个照片共享请求,tcp收到请求后,用http返回给我一个应答,请求服务器信息;我的手机肯定在序列号里给予了文件地址,让receiver去下载,最终呈现出来;但是这也导致airplay比airtunes更隐蔽的原因,receiver的逻辑本该苹果公布的,却仅为自己所使用.那么,还有两个,就是airtune
2和airprint目前是公开给厂商的,我们是否能够拿到呢?我所知道已经实现完美的,就是XMBC,
OMG,难道我又要扑入xmbc的海洋中去??
好吧,几经联系,找到了变态的德国原籍作者,此人还很狂热的在iTunesU发布了德语音频得瑟讲解,但是太悲剧,完全听不懂;好在,我看懂了代码..哦也注意,今儿只讲第一代开源的airtunes在实际中的原理,以及展望可以在其他平台实现的方式那些私信问我如何实现airplay到另外一台iphone查看的人,你们消停下;个人建议你们使用gamekit来小范围内数据传输共享;
airplay是私有协议,而且仅在apple tv里有实现代码;而apple
tv不同于 TV可以随时升级,而那基座很难升级;破解airport express的key才有意义;破解TV的结局就是随时升级,换个key,你又没有普遍实现价值了;言归正传,airtunes如何实现;self.netService=
[[NSNetServicealloc] initWithDomain:@""type:@"_raop._tcp"name:[NSStringstringWithFormat:@"%@@%@",
[selfMACAddressToRawString], self.name] port:MSShairportServerPort]; 概括下,_raop._tcp airtunes的类型;仅在mirror和ipod里能看到;name是mac地址;个人觉得这个是可选项,可自定义port 是5000 以上是publishservice的实现;这里我插播一下,在win和android平台上的实现方法;那就是你悲剧了;你首先要找Zeroconfig的开源库,其次你要了解神马是NetS然后写一个基础库类似…NetWork.cpp里面支持upnp等等乱七八糟的东西;有些平台似乎还支持度不高;Bonjour的世界里,互相识别的代码实现都很简单;但是跨到其他平台,简直是大悲剧;NSNetservice是这么自我介绍的,Http
ftp是有名的其实你也可以自定义一句话就简洁明了了;可是win的开发库要遇到这么简介透彻的事情,简直是无法想象;作为开发者,咱有必要去深究底层原理么?既然流行社会化大分工,那软件代码都要让别人用得畅快,而不是让开发者深入到spec,protocol的海洋里拼命苦逼;国内很多小有成就的牛人,就擅长吹牛各种苦逼学习经历,原理等等作为谈资,软件开发又不是什么都要学会,把手头里干得好,不就行了么?这一点,苹果的理念真是让人觉得好爽…只要大家都能轻松学会的,那就是成功的设计;好吧,下面就是进入正题了;你的servicepublish之后,同时起来一个监听5000端口的tcp的socket连接;当你在ipod里选择那个设备作为接收端后,点击音乐播放,你就会收到一个tcp
这里要吐槽一下os x世界里的tcp
udp通信,咋就用的这么不习惯呢?好好的accept,bind, listen , send
,receive不用;非丫的要玩CFNetwork,搞神马CFReadStream
CFWriteS虽然原理大致相同,但是好不习惯;好吧,你收到了connection,你于是接受内容呗;
OPTIO_NS * RTSP/1.0
Apple-Challenge: Sx5Dd77BJM5q1v37RhtrQg==
DACP-ID: CB33FA
Active-Remote:
这是一段原始数据,Optio_ns代表类型;这是第一次握手的必经过程;经过解析后变成如下数据:
request: {
"Active-Remote" = ;
"Apple-Challenge" = "Sx5Dd77BJM5q1v37RhtrQg==";
Body = "";
"DACP-ID" = CB33FA;
Method = "OPTIO_NS * RTSP/1.0";
有没有感觉很像JSON?其实就是NSDictionary啦,方便键值编程判断梳理而用;后面文章只发梳理后的数据;
这是一段测试数据,我收到了,必然要回复,对不对;经过梳理后,我返回了如下数据
RTSP/1.0 200 OK
Audio-Jack-Status: type=analog
Public: ANNOUNCE, SETUP, RECORD, PAUSE, FLUSH, TEARDOWN,OPTIO_NS,
GET_PARAMETER, SET_PARAMETER
Apple-Respo_nse:vWJZGiyR/a0f5QOF23ThtJZeKcBklL4BCBh9hOMLDKaF9n9C1hbV8vI5EPXLis1B7fZlYZWUzGh8ElLFA79PX28TSOyrahc6E50HdTQzUeX8Gn5riakuN7wLrPAtErytZPPOUSus0lzaB2VMMgMsHCR5XbiTlbJgNCw9UVFuGVaVyKjZMk1sCrGihYQlPihW296qNvkDLLM+WHbcCgRnuUbZ+TUQqXHu5qLupjWTUlzifCX4E+VnpudXsVYxbUz5I93+72xBzbKYBi8xKyk2kCDH2ZGxUTht2MeAV2KdjSx8ehCoqJdgkxJsDD2g/+NqsWhIdkgp9yTsixlppwG/Zg注意,以上数据使用OpenSSL加密;key在哪儿?显然,肯定是从airport的rom里挖出来的,感谢德国那变态小伙儿…描述一下以上的返回的数据键值:CSeq:必须是接收到的CSeq的数值,保持同样;(是不是类似邮件中的那种批处理单号呢?)Audio-Jack-Status:这键值必须是等于:
type=analog Apple-Challenge:这个要细说,根据发过来的Apple-Challenge的数值,进行一定的处理:1. 原Apple-Challenge的数值要转64位2. 将ipod的IP地址获得,转为16进制编码,将IP地址分为左块,右块,中间的IPV6自适应,依次以拉丁的编码字符串追加到第一段的后面3. 继续将自身的IP用utf8的编码追加后面4. 再用key加密5. 用base64编码形式Public: 如果你是收到option的method,那你必须要回答:
@"ANNOUNCE, SETUP, RECORD, PAUSE,FLUSH, TEARDOWN, OPTIO_NS, GET_PARAMETER, SET_PARAMETER"当然了,你的头消息必须是:@"RTSP/1.0 200 OK";这段算是Option第一次握手的消息反馈当你send回去后,你会立即收到第二条消息:
"Active-Remote" = ;
Body = "v=0
\no=AirTunes
IN IP4 192.168.1.102
\ns=AirTunes
\nc=IN IP4 192.168.1.102
\nm=audio 0 RTP/AVP 96
\na=rtpmap:96 AppleLossless
\na=fmtp:96 352 0 16 40 10 14 2 255 0 0 44100
\na=rsaaeskey:JudLbvhjioWkbjIAdb9+sM5MACk8gr7tnftoxC709ClcWR7P+qxrPh3roLc2CHniZvSub+9Tq5IJL4I49vZhHADiKeyxFYGipG/R/kRRzl4sGzKXpDO8infacAMWDb1Ls/7XgAa/8wRG0bSZyiFlZT4CrMLZeXmH/cZhdjWgJ7i1Ae/9QB2OGvRVytySjRpMNcxkvOLhiaK6pecL3fN7fDTD3O984ki1x93C6efr+5pIARjao5TU4yn5TR5o4/cfHEU8/XA43oMk8utZ5dzzO+/CpZ1Ur6oBeLPFt12gamUye4lvY8wvvM20M1CNORVjIJ0ffXoYCzCrqQQM4UOGNg==
\na=aesiv:1xiXS3aeXnfS2fKQ5iTR1w==
\na=min-latency:11025
"Content-Length" = 611;
"Content-Type" = "application/sdp";
"DACP-ID" = CB33FA;
Method ="ANNOUNCE
RTSP/1.0";
"X-Apple-Device-ID" = 0x4cb1991cef64;
解释一下:注意看到CSeq变大了;我们有理由认为,
CSeq是一个序列号,用来保证在网络频繁交互的时候,所问得所答;这一点设计不错;回想过去,我们之前的一些网络交互的应用,咋就没想到弄个序列号来控制呢?Body可以看到很大;有很大的信息量;里面包含了aesiv的值;rsaaeskey的键值;ftmp的数值,大概意思是44100kHz的意思?于是回复一个消息过去:
RTSP/1.0 200 OK
Audio-Jack-Status: type=analog
1以上基本代表,音乐服务已经搭设好了;于是收到第三条消息
request: {
"Active-Remote" = ;
Body = "";
"DACP-ID" = CB33FA;
Method ="SETUP
RTSP/1.0";
Transport ="RTP/AVP/UDP;mode=timing_port=58372;control_port=49885";
转自:http://www.cocoachina.com/bbs/read.php?tid=103810&page=e&#a
没有更多推荐了，苹果4上Airplay怎么 找到和怎么使用
Air play需要一台装有4.2及以上的iphone，itouch，ipad。现在需要一个airport express将wifi转成音频信号，不过估计一后就会象现在支持ipod播放的音响一样。使用airport express并通过wifi连接，就可以了。不过现在还没有aiport express 卖，所以没有几个人用过-- 自己用iphone打的，累死了＿φ(￣ー￣ )
：Air play需要一台装有4.2及以上的iphone，itouch，ipad。现在需要一个airport express将wifi转成音频信号，不过估计一后就会象现在支持ipod播放的音响一样。使用airport express并通过wifi连接，就可以了。不过现在还没有aiport express 卖
1、把手机与电脑用数据线连接起来，打开360手机助手，这样，就可以通过360手机助手把一些表情添加到微信里。
2、打开百度，在百度里输入QQ免费表情，进入后，选...
不能够，是因为没有越狱。
1.触摸屏有哪些类型?
　　触摸屏主要有八种不同的技术-电阻式、轮廓电容式、投射电容式、表面声波式、红外式、迂曲波式、有源数字转换器式和光学成像式。
　　2.触...
可以支持，只要是支持airplay功能的都支持
这个提示显示的是你所直播的频道已经停止提供在线视频服务了,
答: 两部手机想要同步短信息应该怎么做呢？
答: 如果喜欢玩游戏，苹果好
答: 主流手机配置，不错的一个选择。
答: 美国苹果公司的新款手机，全触屏的智能机，在中国卖的很贵。
根本就没有正式的国际驾照，如果到国外开车，正式的程序：
1、到公证处办理驾照的公证书，可以要求英文或者法文译本（看看到哪个国家而定）；
2、拿公证书到外交部的领事司指定的地点办理“领事认证”，可以登录外交部网站查询，北京有4、5家代办的，在外交部南街的京华豪园2楼或者中旅都可以。
3、认证后在公证书上面贴一个大标志；
4、有的国家还要到大使馆或者领事馆盖章一下。
偶前几天刚刚办过。
关于三国武将的排名在玩家中颇有争论，其实真正熟读三国的人应该知道关于三国武将的排名早有定论，头十位依次为：
头吕（吕布）二赵（赵云）三典韦，四关（关羽）五许（许楮）六张飞，七马（马超）八颜（颜良）九文丑，老将黄忠排末位。
关于这个排名大家最具疑问的恐怕是关羽了，这里我给大家细细道来。赵云就不用多说了，魏军中七进七出不说武功，体力也是超强了。而枪法有六和之说，赵云占了个气，也就是枪法的鼻祖了，其武学造诣可见一斑。至于典韦，单凭他和许楮两人就能战住吕布，武功应该比三英中的关羽要强吧。
其实单论武功除吕布外大家都差不多。论战功关羽斩颜良是因为颜良抢军马已经得手正在后撤，并不想与人交手，没想到赤兔马快，被从后背赶上斩之；文丑就更冤了，他是受了委托来招降关羽的，并没想着交手，结果话没说完关羽的刀就到了。只是由于过去封建统治者的需要后来将关羽神话化了，就连日本人也很崇拜他，只不过在日本的关公形象是扎着日式头巾的。
张飞、许楮、马超的排名比较有意思，按理说他们斗得势均力敌都没分出上下，而古人的解释是按照他们谁先脱的衣服谁就厉害！有点搞笑呦。十名以后的排名笔者忘记了，好象第11个是张辽。最后需要说明的是我们现在通常看到的《三国演义》已是多次修改过的版本，笔者看过一套更早的版本，有些细节不太一样。
有可能搓纸轮需要清洗一下了,如果清洗了还是不行的话,那估计需要更换搓纸组件了
对于由非金属通过共价键形成的化合物,极性与否不是看键是不是极性的.而是要分析几个键之间的相互作用力是否可以抵消,像CO2是直线型的,结构式为:O=C=O,作用力等效作用于碳原子两边,按物理上的受力分析来看,不正好得以抵消吗?而SO2由于受力方向不同,就无法达到这样的效果.
平时做的练习里也常常会出现让你写一下分子构型或是电子式的,出现频率较高的有:NH3(三角锥型),CH4(正四面体),CO2(直线型),像过氧化物的有时也会让你写一下电子式.这些一般讲知识点的时候老师都会提及到的.
考虑是由于天气比较干燥和身体上火导致的，建议不要吃香辣和煎炸的食物，多喝水，多吃点水果，不能吃牛肉和海鱼。可以服用（穿心莲片，维生素b2和b6）。也可以服用一些中药，如清热解毒的。
确实没有偿还能力的，应当与贷款机构进行协商，宽展还款期间或者分期归还； 如果贷款机构起诉到法院胜诉之后，在履行期未履行法院判决，会申请法院强制执行； 法院在受理强制执行时，会依法查询贷款人名下的房产、车辆、证券和存款；贷款人名下没有可供执行的财产而又拒绝履行法院的生效判决，则有逾期还款等负面信息记录在个人的信用报告中并被限制高消费及出入境，甚至有可能会被司法拘留。
第一步：教育引导
不同年龄阶段的孩子“吮指癖”的原因不尽相同，但于力认为，如果没有什么异常的症状，应该以教育引导为首要方式，并注意经常帮孩子洗手，以防细菌入侵引起胃肠道感染。
第二步：转移注意力
比起严厉指责、打骂，转移注意力是一种明智的做法。比如，多让孩子进行动手游戏，让他双手都不得闲，或者用其他的玩具吸引他，还可以多带孩子出去游玩，让他在五彩缤纷的世界里获得知识，增长见识，逐渐忘记原来的坏习惯。对于小婴儿，还可以做个小布手套，或者用纱布缠住手指，直接防止他吃手。但是，不主张给孩子手指上“涂味”，比如黄连水、辣椒水等，以免影响孩子的胃口，黄连有清热解毒的功效，吃多了还可导致腹泻、呕吐。
合肥政务区网络广告推广网络推广哪家公司比较好 一套能在互联网上跑业务的系统，被网络营销专家赞为目前最 有效的网络推广方式！
1、搜索引擎营销：分两种SEO和PPC，即搜索引擎优化，是通过对网站结构、高质量的网站主题内容、丰富而有价值的相关性外部链接进行优化而使网站为用户及搜索引擎更加友好，以获得在搜索引擎上的优势排名为网站引入流量。
良工拥有十多位资深制冷维修工程师，十二年生产与制造经验，技术力量雄厚，配有先进的测试仪器，建有系列低温测试设备，备有充足的零部件，包括大量品牌的压缩机，冷凝器，蒸发器，水泵，膨胀阀等备品库，能为客户提供迅捷，优质的工业冷水机及模温机维修和保养。
楼主，龙德教育就挺好的，你可以去试试，我们家孩子一直在龙德教育补习的，我觉得还不错。
成人可以学爵士舞。不过对柔软度的拒绝比较大。　　不论跳什么舞，如果要跳得美，身体的柔软度必须要好，否则无法充分发挥出理应的线条美感，爵士舞也不值得注意。在展开暖身的弯曲动作必须注意，不适合在身体肌肉未几乎和暖前用弹振形式来做弯曲，否则更容易弄巧反拙，骨折肌肉。用静态方式弯曲较安全，不过也较必须耐性。柔软度的锻炼动作之幅度更不该超过疼痛的地步，肌肉有向上的感觉即可，动作(角度)保持的时间可由10馀秒至30-40秒平均，时间愈长对肌肉及关节附近的联结的组织之负荷也愈高。
AirPlay（简称AP，中文名称：飞乐）是一款小巧的免费音频播放器，作者为天津人Eric Yao，有简体中文和繁体中文两个语言版本。
首先下载itools2013最新版：点此下载
下载之后打开itools2013，打开工具箱之后就可以看到右边的Airplay功能（希望能帮助到你，麻烦点击 “有用”，谢谢你的支持！）
小4与电脑（win7）连上同样的wifi
iTunes和iTools都打开了无线连接
苹果上打开AirPlay显示可以选择电脑
有airplay功能（希望能帮助到你，麻烦点击 “有用”，谢谢你的支持！）
http://iphone.tgbus.com/tutorial/use/.shtml
打开飞行模式就是AIRPLAY了。如果您觉得正确或者采纳的话，麻烦给我好评哦，谢谢。
Air play需要一台装有4.2及以上的iphone，itouch，ipad。现在需要一个airport express将wifi转成音频信号，不过估计一后就会象现在支持ipod播放的音响一样。使用airport express并通过wifi连接，就可以了。不过现在还没有aiport express 卖，所以没有几个人用过-- 自己用iphone打的，累死了＿φ(￣ー￣ )
MAC是不可以链接的
下载最新版本才行，老的不可以
正在加载...
Copyright &
Corporation, All Rights Reserved
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区
相关问答：123456789101112131415