麦克风约束
2017-07-18
作者：Jan-Ivar Bruaroey（原文链接） 翻译：刘通 又有两个新的麦克风约束得到了标准化，现在可以在adapter.js或者Firefox Nightly上使用： 如果你是音乐家或者医生的话会觉得很有用，因为WebRTC中的音频最初就是为了传递语音来设计的，而不是为了听一段吉他即兴演奏或者远程监听心跳而设计的。 基本上Firefox和Chrome一开始就通过浏览器引擎前缀
HEVC有了第三个专利池
2017-06-02
作者：Dan Rayburn（原文链接） 翻译：刘通 相关文章：HEVC，VP9以及视频编解码的未来 对于想要适配HEVC编码器的内容所有者和广播者来说，需要面对MPEG LA和HEVC Advance提供的专利池。想要处理好这两个专利池已经很麻烦了，但是我们现在迎来了HEVC的第三个专利池！今年4月
调试VP8要比使用VP8有意思的多
2017-05-31
作者：Philipp Hancke（原文链接） 翻译：刘通 科技产品随时都有可能出错，所以你就需要经常的调试它们。我最喜欢用的调试工具是Wireshark。在调试ICE和DTLS的时候Wireshark很
HEVC，VP9以及视频编解码的未来
2017-05-26
作者：Nick Kraakman（原文链接） 翻译：刘通 我最近使用了一些VR平台（包括YouTube，Jaunt，Littlstar和三星VR）对比了编码设置。对比结果是，除了YouTube以外，所有上
从网络轨迹中分析Opus媒体
2017-01-19
作者：Giacomo Vacca（原文链接） 翻译：刘通 VoIP/RTC平台中通常有很多的元素来处理音频。当有错误报告的时候，为了节省时间和资源，清晰地限制调查范围是十分重要的。 一个典型的情况就是在客
VP9硬件加速是真的
2016-07-02
Tsahi Levent-Levi 视频编解码器的硬件加速几乎是强制的。 当与H.264所对比时，VP8没有被淘汰的3个原因是： 1 它是这5年里Chrome浏览器唯一一个WebRTC视频编解码器，使它有发展时间的优势 2 尽管H.264支持移动端，但并不总是对开发人员开放 3 VP8和H.264都比较老了，所以它们的软件实现都很成熟 对于VP9，最主要的担心是它会被落在后边，被芯片供应商所遗忘&
WebRTC：未来直播流的传递协议
2016-06-20
RED5PRO 之前Tsahi Levent-Levi发布了一篇文章，在其中写出了他为何认为H.264会成为WebRTC应用软件未来发展中所选择的协议。在这篇文章中他写的很多地方都是正确的，而且我认同他的绝大部分观点。H.264在几乎所有的移动设备的硬件编码器中都支持使用，并且因为微软选择了它而不是VP9/VP8，他看起来确实是很容易就得到的正确选择。我并不认为谁会相信苹果挑选除H.264/AA
4个你为什么要在WebRTC服务中选择H.264的原因
2016-06-15
Tsahi Levent-Levi H.264的最初设定就是为了在WebRTC服务中取代VP8。 微软在上一个星期公布了支持ORTC的H.264/AVC现在已经可以在Edge浏览器中使用了。 *对的，是ORTC而不是WebRTC。 *对的，只是在运行标识的后面。 *对的，只能在Edge上运行，IE不可以。 当然，这只是今天让视频通话在Firefox，Chrome和Edge之间运行的唯一方式。VP8
VP8 VS VP9—是针对质量还是比特率？
2016-06-13
Tsahi Levent-Levi 二者都有！ VP8和VP9都是由Google研发且推出的视频编解码器。之前，Chrome浏览器的WebRTC实现只支持VP8，现在已经支持VP8和VP9了。这就让我与用户有了很多有趣的交流，关于要不要接受、什么时候接受VP9—或者是不是应该取而代之的使用H.264。 关于VP8和VP9的话题经常会给人错误的理解，所以我先尝试的解释一下。 最重要的放在最前面： 1
WebRTC回声抵消模块简要分析
2016-05-30
webrtc 的回声抵消(aec、aecm)算法主要包括以下几个重要模块：回声时延估计；NLMS(归一化最小均方自适应算法)；NLP（非线性滤波）；CNG(舒适噪声产生）。一般经典aec算法还应包括双端检测(DT)。 考虑到webrtc使用的NLMS、NLP和CNG都属于经典算法范畴，故只做简略介绍，本文重点介绍webrtc的回声时延估计算法,这也是webrtc回声抵消算法区别一般算法(如视频会议
近期热门
有奖小调查
1 分钟回答 3 个小问题，让内容更符合你的 WebRTC 学习与开发期望。
每个月最后一天会随机抽出 5 名获奖者，并通过邮件联系送上奖品。
填写问卷
Previous
Next
