Android IOS WebRTC 音视频开发总结(八十一)-- WebRTC靠谱吗?有没有适合的SDK推荐?

作者:blaker,最早发表在我们的微信公众上,详见【这里

支持原创,转载必须注明出处,欢迎关注我的微信公众号blacker(微信ID:blackerteam 或 webrtcorgcn)。

靠不靠谱这个问题一直被问到,其实很难一两句话说清楚,因为答案不是一个靠谱或不靠谱可以回答好的,既然被反复问到,今天就系统地整理参考答案。

从大的方向看WebRTC是非常靠谱的,原因如下:

1、使跨平台、跨浏览器通讯成为可能,而且大大加速了这个进程,这就是GoogleWebRTC大受欢迎的主要原因;

2、大厂商都在跟进,从底层芯片厂商到上层应用厂商,如英特尔、ARM、微软、苹果、宝利通、Vidyo等等;

3、国内提供音视频PaaS和SaaS服务的厂商都是基于WebRTC开发的,包括QQ、微信,以及从腾讯和YY出来创业的小伙伴;

4、Google已经基于WebRTC做出了成功应用Hangout和Duo;

5、WebRTC很适合直播场景:推流采用WebRTC,观看采用现有的CDN方案,结合使用,花椒直播、千帆直播就是最好的案例;

6、其他的单独抽取部分模块进行使用的例子我就不列举了,太多了。

列举了这么多你是不是觉得WebRTC很靠谱?

是的,很靠谱,不然为什么这么多公司,这么多人为什么研究和使用?

具体到某个公司或个人,答案就不一定了,因为:

1、WebRTC代码庞大,环境配置复杂,加上对Google的各种封杀,将简单Demo运行起来门槛都很高,当然如果你只是做H5开发,不需要做Native可以跳过这一点;

2、WebRTC只是一个客户端,更适合1对1,并不适合多对多的视频通话,如视频会议,如果你想支持多方,还得借助其他服务端,但这块是个比较有门槛的技术活(有兴趣的可以了解下Dialogic);

3、WebRTC虽然提供了很多信号处理、回声消除、编解码的库,但直接拿过来就想达到QQ和微信的水平,还得下很大功夫去优化,不然也只是微信的6~7分水平;

现在做智能硬件,机器人的公司越来越多,很多都需要针对WebRTC做调优,适配,开发,这是个不错的创业机会(垂直领域的创业),有兴趣的可以加微信私聊,我可以帮忙对接一些资源。

4、服务端部署问题,微信效果能这么好,是因为他在很多地方都有部署服务器,可以最大限度降低延迟和保证通话质量,但如果完全采用P2P,是很难达到同等水准的;

所以如果你本身没有音视频开发经验、项目时间又紧、而且后续也不想投入太多资源在这上面,基本上你就不用考虑WebRTC了,采用或暂时先采用其他方案或直接用其他第三方SDK吧!

按照正常逻辑现在这里应该插一个软广告,介绍哪家第三方SDK效果如何如何好、低延迟、高并发、无卡顿、超高清、全球领先,哈哈哈,这里推荐几家比较有实力的厂商供参考(无任何利益关联,排名不分先后):

1、腾讯SDK;

2、声网,YY团队;

3、即构,QQ团队;

4、叁体,WebEx/Cisco团队;

5、Zoom,思科团队;

6、vidyo,钉钉方案供应商;

7、世纪鼎点,映客方案供应商;

8、一块,尚未提供sdk,但技术确实牛;

9、如有遗漏欢迎底下留言补充。。。

其实对我们用户来说,如何评判一个第三方SDK是否适合,主要从以下几个方面:

1、需求是否能满足?效果怎么样?

2、技术支持是否给力?

3、价格是否合理?

4、是否存在同质业务?

5、更多可留言补充。

上面第4点可能有些人不太明白,特别解释一下,有些提供SDK或PaaS服务的厂商本身也会去做SaaS,比如腾讯既有提供音视频SDK,但也有做在线教育。

所以我们在使用类似服务的时候一定要考虑到如果跟他存在同质业务,以后会不会影响到我们,毕竟不是每个PaaS厂商都能像腾讯一样体量那么大,内部团队间又有竞争关系的。

一般既做PaaS又做SaaS产品的公司肯定是没多大前途的,不够专注,也谈不上核心竞争力,当然腾讯除外。

如果想考虑得再长远一点,我们可能还得看PaaS厂商的投资背景,假如某厂商就是360投资的,那你还敢用他们的平台来做美女直播吗?(360已经有了花椒直播)。

以上纯属个人观点,不与任何利益相关联。

时间: 2024-08-29 08:09:03

Android IOS WebRTC 音视频开发总结(八十一)-- WebRTC靠谱吗?有没有适合的SDK推荐?的相关文章

Android IOS WebRTC 音视频开发总结(十一)

本篇文章主要介绍webrtc里面的stun,turn服务的安装与配置(转载请说明出处: http://www.cnblogs.com/lingyunhu, RTC.Blacker) 说到STUN,TURN服务的作用,相信很多人都知道,主要处理打洞与转发,配合完成ICE协议.但很多人不知道该怎么搭建. 其实不会搭建关键是不熟悉linux或没接触过linux,如果熟悉linux再仔细阅读相关文档,应该不难完成这个过程. linux有很多版本,本文主要介绍在ubuntu14上的搭建过程: 1.$ wg

转:?Android IOS WebRTC 音视频开发总结 (系列文章集合)

随笔分类 - webrtc Android IOS WebRTC 音视频开发总结(七八)-- 为什么WebRTC端到端监控很关键? 摘要: 本文主要介绍WebRTC端到端监控(我们翻译和整理的,译者:weizhenwei,校验:blacker),最早发表在[编风网] 支持原创,转载必须注明出处,欢迎关注我的微信公众号blacker(微信ID:blackerteam 或 webrtcorgcn). callstats是一家做实时通讯性能测阅读全文 posted @ 2016-07-22 08:24

Android IOS WebRTC 音视频开发总结(八十五)-- 使用WebRTC广播网络摄像头视频(下)

本文主要介绍WebRTC (我们翻译和整理的,译者:weizhenwei,校验:blacker),最早发表在[编风网] 支持原创,转载必须注明出处,欢迎关注我的微信公众号blacker(微信ID:blackerteam 或 webrtcorgcn). 回顾:Android IOS WebRTC 音视频开发总结(八十三)-- 使用WebRTC广播网络摄像头视频(上) 连接网络摄像头 正如上文所提,我们选用一款简单的D-Link DCS-7010L网络摄像头.关键原因在于它支持RTSP协议,因此服务

Android IOS WebRTC 音视频开发总结(六八)-- Google: What's next for WebRTC

本文主要从用户,公司和技术角度分析美女视频直播这个行业,文章最早发表在我们的微信公众号上,支持原创,详见这里, 欢迎关注微信公众号blackerteam,更多详见www.rtc.help Justion和Sarah是google webrtc项目的主要负责人,下面的图片是根据他们分享的内容进行整理的,涉及webrtc进展.优化等方方面面.整理这些资料的过程中我们发现他们对待webrtc还是挺用心的,为webrtc的完善做了很多的工作,谢谢他们! 原始视频时长53分13秒,全英文的,所以我们考虑做

Android IOS WebRTC 音视频开发总结(六)

前段时间在搞IOS的音视频版本,所以将标题改为了Android IOS WebRTC 音视频开发总结, 下面总结一下开发过程中的一些经验: 1. IOS WebRTC音视频编译和下载: 有过android WEBRTC编译下载经验再去弄IOS,你会发现简单多了,再有问题,可以参考:http://www.cnblogs.com/ProbeStar/p/3411510.html  记住有MAC和IOS两个版本,要指定好你想要哪个版本. 2. 正确区分armv7 armv7s i386平台: 编译的时

Android WebRTC 音视频开发总结(五)

这几天用WebRTC做了个视频监控的功能,分享出来,供想了解这方面内容的朋友参考. 一.基本模块: 1.视频采集端:相当于是客户端,用来采集视频,只需要发送视频,不需要接收. 2.视频监控端:接收采集端传入的视频数据,相当于监控客户端,不需要发送视频数据给客户端. 3.服务端:负责客户端注册.信令控制.数据包转发.UDP打洞等,支持TCP,UDP连接. 二.环境要求: 1.两台Andorid4.0 以上的手机,分别做采集端和监控端. 2.一台PC 做服务端. 3.PC.手机在同一个局域网内.理论

Android WebRTC 音视频开发总结(一)

Android WebRTC 音视频开发总结(一) https://github.com/gandg/webrtc-ios 接触Android WebRTC有一段时间了,现在将研究过程中的一些经验和知识总结出来,希望大家有所帮助.本章主要介绍下面四点: 一.WebRTC是什么? WebRTC是Google提供的一个跨平台的音视频开源解决方案,旨在使其成为音视频通讯的标准.其实在Google将WebRTC开源之前,微软和苹果各自的通讯产品已占用很大市场份额(如Skype),估计Google也是为了

Android IOS WebRTC 音视频开发总结(七四)-- WebRTC开源5周年了,Google怎么看?

本文最早发表在我们的微信公众号上(微信ID:blackerteam),支持原创,详见这里, 2016年6月9日是WebRTC开源5周年的日子,Google WebRTC负责人Harald在社区里面写了一篇文章总结这几年的进展,并附上了自己5年前同样场景下写的一篇文章.为了便于大家更好理解过去5年在WebRTC上都发生了什么,我将这两篇给翻译过来了. 友情提醒:整个翻译并不是逐字逐句进行的,而是在理解了作者的意思后用自己的语言表达出来的,因为如果逐字逐句可能很多意思我们都无法正确理解.这就是为什么

Android IOS WebRTC 音视频开发总结(二四)

本文主要分析webrtc音视频点对点部分的代码结构,文章来自博客园RTC.Blacker,转载请说明出处. 前段时间在查一个偶尔断线的问题(这种问题最蛋疼,不好重现,只能凭经验去搞),所以理了下webrtc的P2P代码结构,总结如下: 先来张图显示实际会话过程中的两种通讯路径:P2P或转发,92%的情况下是通过P2P实现. 注意:实际通讯过程中每个客户端都会不停地发送和接收Stun包,这样做是为了维护响应的连接和端口. 实际通讯过程中的核心组件为P2PTransportChannel,他代表着本

Android WebRTC 音视频开发总结

www.cnblogs.com/lingyunhu/p/3621057.html 前面介绍了WebRTCDemo的基本结构,本节主要介绍WebRTC音视频服务端的处理,,转载请说明出处(博客园RTC.Blacker). 通过前面的例子我们知道运行WebRTCDemo即可看到P2P的效果,实际应用中我们不可能让用户自己去里面设置对方的IP和音视频端口, 而且即使设置了对方的IP和端口也不一定能运行起来,因为P2P如果双方不在同一个网段则还需穿透NAT,那服务端具体该如何部署呢? 1.信令服务: 想