作者：Phil Nash（原文链接） 翻译：刘通 原标题：Screen capture in Google Chrome 前文连接：在Chrome中进行屏幕捕捉1 搭建屏幕捕捉功能 在这篇博文的剩余篇幅中，我们要来看看如何用我们新写的扩展程序进行屏幕捕捉。 我们在项目文件夹中创建一个新的路径叫做chrome，在chrome里面建一个新的HTML页，叫做index.html。添加以下标记： 这是一个
作者：Phil Nash（原文链接） 翻译：刘通 原标题：Screen capture in Google Chrome 想要在WebRTC视频聊天应用中加入屏幕分享功能，你就必须首先能够捕捉屏幕内容。在本篇文章中，我们就要来看看如何在一个网页应用中获取Google Chrome浏览器的屏幕捕捉权限。 需要什么 为了能够进行这个项目，你需要： # Google Chrome浏览器 # 一个文字编辑
作者：Norman Argueta（原文链接 WebRTC.ventures） 翻译：刘通 原标题：Learn How to Build a Chat-Based Application with WebRTC & Websockets – Part I 读者在读像本文这种“如何xxx”的文章时，并不想看到一篇特别长的教程。你只想了解到要点即可。所以本文
作者：xiph.org（原文链接） 翻译：刘通 原标题：RNNoise: Learning Noise Suppression 前文连接：RNNoise：用深度学习进行噪声抑制（基础知识） 一个混合方法 感谢深度学习，现在把深度神经网络抛给整个问题是很流行的做法。这个做法叫做端到端—一路下去都是神经元。端到端方法已经在语音识别和语音合成中得到了应用。一方面，这些端到端系统
作者：xiph.org（原文链接） 翻译：刘通 原标题：RNNoise: Learning Noise Suppression 上图展示了降噪前和降噪后的频谱图。 这里是RNNoise 这个demo展示的是RNNoise项目，展现了如何用深度学习来进行噪声抑制。主要想法是将经典信号处理与深度学习相结合来创造一个又小又快的实时噪声抑制算法。对GPU的要求不高—可在Raspberry Pi
作者：Nils Ohlmeier（原文链接） 翻译：刘通 原标题：When your video freezes 我们最近修复了Firefox 57中的一个退化问题，在fmtp行中的max-fs参数在Firefox 56版本中已经不工作了。因为这个问题是在Firefox 56还处于Beta版本周期的时候报告给我们的，所以我们也同时更新了Firefox 56的补丁。 不久之前我们发现这
作者： Iñaki Baz Castillo（原文链接） 翻译：刘通 原标题：SDP: Your Fears Are Unleashed 前文连接：SDP：被释放的恐惧（二） SDP是用来通知的？ 让我们重新思考一下： 在上述所有的场景中，我们都没有兴趣建立一个新的DTLS关联。而是发送一个完整的SDP给另一方来通知与RTP流相关的改变。没有别的。但是，WebRTC“API”规定的“完全重新检查”
作者： Iñaki Baz Castillo（原文链接） 翻译：刘通 原标题：SDP: Your Fears Are Unleashed 前文连接：SDP：被释放的恐惧（一） ORTC简单概述 在长时间从事ORTC之后我才能说这是合适的做法。这离完美差的还很远，尤其是当它处理发送/接收RTP参数的时候。但是，与SDP机制不同，它准确的将不同通信层分成单独的模型和类，使它变得更加开发者友好，更容易理
作者： Iñaki Baz Castillo（原文链接） 翻译：刘通 原标题：SDP: Your Fears Are Unleashed 我们在webrtcHacks中已经更新了很多关于会话描述协议的文章（例如《如何通过修改SDP来限制WebRTC带宽》）。为什么？因为它往往是WebRTC中最容易困惑但又很关键的一方面。也是最有争议的。之前WebRTC对SDP讨论导致了与之并行的OR
作者：Tsahi Levent-Levi（原文链接） 翻译：刘通 原标题：WebRTC Scaling Challenges WebRTC直播流中，大规模所带来的挑战 1:1 != 1:1,000,000 只要是关于WebRTC的问题，规模有影响。 人们常常有这种想法，如果我能够运行一个1对1的视频通话，那么把它改进成一个三方视频通话也很简单。如果有了三方通话，那么距离四方通话也只有一步之遥了。假
WebRTC 中文社区由
运营