2015.9.10
前几天调通了与licode的信令接口,但是发现媒体面还是不通,发出了subscribe的的sdp但没有通,后来看了服务器的打印看到的是ice fail
对比和pc端发送出来的信令对比发现,ios端携带了完整的ice的candicate的地址,问题也就是这个出错,还有一个区别就是sdp的a=fingerprint:sha-1而pc端的是sha-256,之前一开始怀疑是这个问题,但自己也找不到配置的的地方,后来想了直接参考intel提供的2.5版本的demo测试发现,其ios发出的也是sha-1.所以这个方式是可以的,但是他们因为没使用最新的licode的trikel方式,是一次性携带了candicate的地址,又因为没有提供websocket的源码,所以我这边没有在intel的基础上修改,我还是要看看原有的代码的方式,能不能先发一个sdp的offer在逐个发送candicate的地址,试试吧
2015.9.11
通过对比pc端的的信令中的candicate的内容,发现两者是一样的,我觉得可能不是这个问题,想了想,现在都是模拟器在测试的,应该使用在真机上测试试试看,因为只有一个i386的库,后来使用pods上的最新的webrtc的libwebrt.a此库包含了多个平台,xcode下载到iphone后,订阅能够成功,所以觉得是可以的,不过也有licode返回fail的情况发送。后来使用自己的开发者帐号打包安装到iphone后,licode只反悔answer,没有返回ready,应该还是ice协商没有最终成功。这个不知道怎么查。从订阅的效果来看,感觉比之前的版本好,在图像效果不好时licode会打印出带宽报警的输出。这里我在试试publish的场景,看看效果怎么样