Android IOS WebRTC 音视频开发总结(七二)-- 看到Google Duo,你想到了什么?

本文主要介绍在线教育这个行业,文章最早发表在我们的微信公众号上,支持原创,详见这里

欢迎关注微信公众号blackerteam,更多详见www.rtc.help

在昨天的Google I/O大会上Google展示了她的一对一视频通话APP —— Duo,让很多人兴奋,这两天我一直在想另一个问题:从技术角度看这个Duo根本算不上什么黑科技,类似功能咱们的qq和微信早就实现了,为什么Google还要在这么重要的场合来展示她呢?

仔细想了想可能是基于以下几个原因吧!

1、说明他对社交领域的重视,随着移动互联网的普及,视频相关应用肯定会越来越广,而竞争对手基本上都有自己的社交软件(Facebook有Whatsapp,Apple有Facetime,微软有Skype),而Google虽然有Hangout,但应用并不理想(好几次想去体验Hangout,哎,天朝。),至于后面Duo和Allo(google推出的另一款聊天应用)结合,能产生什么化学反应,我们拭目以待。

所以不管后面Duo成功与否,最起码我们看到Google对社交、对视频的重视。换句话说,即使Duo不成功,Google后面肯定还会推出其他相关应用来进入这块领域。

2、Google不是一直在推html5的标准吗?而html5里面有个很重要的元素就是WebRTC,在这么重要的场合展示Duo(Duo是基于WebRTC实现的),是不是说明了Google对WebRTC的重视呢?这也让很多正在使用WebRTC的朋友兴奋,昨天朋友圈里好几个朋友在提到Duo的时候就提到WebRTC,说明大家都挺敏感的。

顺便分享一个经验:上周更新了新版WebRTC,发现音质效果比之前好多了(用华为P7,小米2s,三星9100进行了测试),有兴趣的朋友可以关注。另外代码层面talk下的东西基本上都整合到webrtc目录下去了。

3、更多其他原因,欢迎留言补充。

再来聊聊Duo里面的新功能--"Knock Knock"(意思就是接听前就能看到对方的视频,知道谁在敲门),这个实现其实很简单,最土的办法就是一开始就让他接听,然后将自己的视频流先禁用(不发送给对方),这样就是自己能看到对方,对方看不到自己,需求满足了。

不过Duo应该不会用这么土的方法,刚好之前有客户提过这个需求,后来去咨询熟悉sip的朋友(有这种需求的客户信令协议一般都是sip),他们提到sip里面的前期接听功能就可以满足这种需求的,所以Duo可能也是类似原理。



最后:大会上Google只是展示了Duo的冰山一角,我们也可以想象一下其他可能会有的功能:比如支持直接拨打手机,类似触宝现在的功能;比如与Allo是怎样结合?还有Duo与Hangout接下来怎么共存?等等,期待!

喜欢相关文章请扫描下方二维码关注我们的公众号:blackerteam

时间: 2024-10-14 06:43:08

Android IOS WebRTC 音视频开发总结(七二)-- 看到Google Duo,你想到了什么?的相关文章

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

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

Android IOS WebRTC 音视频开发总结(二十)---- 自由职业与高端猎聘

咋看标题感觉与WebRTC和音视频无关,其实有着很大的关联,文章来自博客园RTC.Blacker,转载请说明出处. 背景: 一方面因为对开发人员比较了解,不喜欢约束,喜欢自由自在,所以我们向往自由职业. 另一方面企业老总总是让推荐人才,同时有些真正的人才却很难找到好的企业. 基于以上两点我决定发表这篇文章,下面那提供三种类型的工作供您选择: 一.自由职业: 1.职位1: 1.1.熟悉XMPP和openfire,客户想将IM功能外包给熟悉的人士完成,如果觉得您能胜任该职位,我帮您推荐,价格你们自己

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

Android上的音质一直被大家所困扰和诟病,这里面有很多原因, 下面是最近一位前UC同行发邮件跟我交流的一些记录,供参考,支持原创,文章来自博客园RTC.Blacker,转载请说明出处. 以下文字来自邮件,为便于阅读和理解,略有整理: "Blacker,您好,本人一直从事音视频算法的处理与研究,包括H264视频,语音抑制,回音消除,噪音处理等分支.最近已经转向webrtc了,对webrtc也算是相对熟悉了.不过我在利用webrtc模块来开发时,遇到了一个音频采集的问题.不知道你是否遇到了,你们

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

本文主要是自己之前研究WebRTC代码结构时的一些资料(包括Android,iOS,PC),文章来自博客园RTC.Blacker,转载请说明出处. 1.WEBRTC模块:音频数据采集.发送.接收.播放调用过程: 2.WEBRTC模块:视频数据采集.发送.接收.播放调用过程: 3.libjingle模块: 3.1.底层包发送(通过注册transport来实现包的发送,逻辑基本上跟之前的一样) 3.2.视频包发送: 3.3.音频包发送: 3.4.收到视频包: 3.5.收到音频包:

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

本文主要介绍多人视频会议服务端架构方式,文章来自博客园RTC.Blacker,转载请说明出处. 随着移动互联网的迅速发展,很多公司都想介入在线教育,智能家居,多人视频,安防监控等领域,虽然都是视频通讯,但他们服务端的架构与点对点通讯大不想同, 大部分情况下的单人视频通话可能根本不需要用到流媒体服务,而多人视频,在线教育这些则必须用到,所以下面主要介绍多人视频中服务端架构模式,以及各自特点: 一, Mesh结构. 这是最简单的多人视频通话架构模式,所有媒体流都不需要经过服务端,客户端直接P2P,可

转:?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 IOS WebRTC 音视频开发总结(五七)-- 网络传输上的一种QoS方案

本文主要介绍一种QoS的解决方案,文章来自博客园RTC.Blacker,欢迎关注微信公众号blacker,更多详见www.rtc.help QoS出现的背景: 而当网络发生拥塞的时候,所有的数据流都有可能被丢弃:为满足用户对不同应用不同服务质量的要求,就需要网络能根据用户的要求分配和调度资源,对不同的数据流提供不同的服务质量: 1.对实时性强且重要的数据报文优先处理: 2.对于实时性不强的普通数据报文,提供较低的处理优先级,网络拥塞时甚至丢弃. 为了满足上述需求,QoS出现了,定义如下: QoS