0720 0

WebRTC 1.0 之后,还将有哪些变革?

- 编解码,网络传输 - 阅 8

WebRTC 1.0 之后,还将有哪些变革? 作者: “Varun Singh“ 在6月19日至20日,WebRTC 工作组进行了一次临时会议,讨论 WebRTC 的未来。 所有浏览器供应厂商都对WebRTC v1.0做出了很正向的评价。WebRTC v1.0在2018年6月更新修复了…

222 0

自适应编解码—对用户友好,对网络糟糕

- 编解码,网络传输 - 阅 27

原文标题:Adaptive Codecs -- Good for Users, Bad for Networks 作者: “Sorell“ 自适应编解码—对用户友好,对网络糟糕 对于一些企业用户来说,使用基于云端的团队合作工具的体验是糟糕的,这需要改变。 …

070401 0

H.264被列入了WebRTC所需的编码器

- 媒体服务器,编解码,网络传输 - 阅 81

原文标题:H.264 finally a first class citizen in WebRTC stacks 作者: “agouaillard“ H.264被列入了WebRTC所需的编码器 WebRTC 把H264和VP8都列入了WebRTC所必需要支持的视频编码器。同时联播可以同时使用多个编码器提…

1 0

使用getDisplayMedia实现在Chrome中屏幕共享

- 编解码,网络传输 - 阅 86

原文标题:Chrome Screensharing Blues – preparing for getDisplayMedia 作者: “Philipp Hancke“ 使用getDisplayMedia实现在Chrome中屏幕共享 Chrome网上商店已经决定停止允许Chrome扩展部件的内联安装,这对WebRT…

rtc1 0

实时通讯的发展趋势

- 行业解读 - 阅 1,331

原作者:Lasse Lumiaho,Varun Singh(原文链接) 翻译:刘通          根据科技博物馆的近期研究所示,人类大约在100,000年前就具备了语言交流的能力。千百年间,通讯的媒介随着社会的发展壮大而不断改变…

getUserMedia3 0

关于getUserMedia提示窗的讨论

- 案例 - 阅 1,184

Philipp Hancke         又来死磕数据了。。。这次我们来探讨一下从调用getUserMedia到成功回调之间的时间。为什么这点这么重要值得单独拿出来讨论呢?绝大多数情况中这是用户与WebRTC所进行的第一次交互行为。而且就像我之前的同时Lynn Fisher在…

linux_call 0

Skype公布了在Linux上运行的全新WebRTC alpha版本,Chromebook的用户现在也能够进行音频通话了

- 行业解读 - 阅 1,058

Paul Sawers   Skype在7月13号公布了全新的Linux版本,这项微软拥有的VoIP应用正在其他平台上追逐其他竞争对手。 现在Linux上app的用户总是抱怨Linux上的软件要落后于Windows和Mac上的版本。缺少更新和不可靠这点是大家共同的抱怨之处—最…

21095600_0E3u 3

Chrome 52版本增强了WebRTC H.264和DTLS

- 行业解读 - 阅 1,431

Amir Zmora 加快了H.264和DTLS的认证速度 Chrome 52 beta的更新日志中写道此次更新修复了超过30个bug,并且在Chrome中支持H.264,以及改变了DTLS默认认证生成算法以获得更好的私密性和更出色的表现。这个版本会在7月26号那天发布给你的浏览器。 浏览…

WebRTC-logo 4

为什么低延时对你的直播流产品这么的重要?

- 行业解读 - 阅 1,462

延时在很多的视频直播应用软件中都是一项十分重要的特征。 任何一类视频通信应用软件,像会议、辩论、竞标、直播、医学会诊,或者娱乐圈人士可以跟粉丝互动的应用,都要求延时一定要低。 什么是延时? 延时是接收到视频帧到播放此帧之间的时间差。 …

webRTC-blog 0

对GreenKey科技的VP工程师—Joseph Heenan的采访

- 行业解读 - 阅 701

WebRTC扫清了很多障碍来使自己能够应用于多种领域中,当然这其中也包括金融领域。我之前采访过Cloud9科技的Leo Papadopoulos,他介绍了他们的服务和市场分配。这次我想继续讨论金融领域的事,所以采访到了Joseph Heenan—GreenKey的VP工程师,谈谈他们公司的服务以及Gree…