编解码 | WebRTC中文网-最权威的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

以一路视频会话为例，主要分为以下几个线程： 1）视频源产生线程：Camera生产视频画面，封装成视频帧，以一定帧率投递到下一个模块。； 2）采集线程：由Capturer负责采集视频帧，并对视频帧进行一定处理，如调整画面亮度。并送入各个发送链路的编码模块编码并发送出去； 3）接收线程：Rtp/Rtcp负责接收RTP/RTCP数据包，并进行包解析； 4）解码线程：Decoder解码编码后的视频帧； 5

WebRTC回声抵消模块简要分析

2016-05-30

webrtc 的回声抵消(aec、aecm)算法主要包括以下几个重要模块：回声时延估计；NLMS(归一化最小均方自适应算法)；NLP（非线性滤波）；CNG(舒适噪声产生）。一般经典aec算法还应包括双端检测(DT)。考虑到webrtc使用的NLMS、NLP和CNG都属于经典算法范畴，故只做简略介绍，本文重点介绍webrtc的回声时延估计算法,这也是webrtc回声抵消算法区别一般算法(如视频会议

未来WebRTC会如何发展

2016-05-27

Tsahi Levent-Levi 根据提供商的路线图，我们可以期望WebRTC未来在以下6个方面得以发展。 1. 视频编解码器：运行WebRTC的浏览器将会支持一系列的编解码器。在今年年底，H.264编解码器将可以在所有支持WebRTC的浏览器上使用，比如Chrome、Firefox浏览器。VP8编解码器也会在浏览器上允许使用，只不过在微软的Edge浏览器上使用可能会稍微