距离WebRTC编码战缓和结束已经有几年了。H.264已经存在了超过15年，因此很容易掩盖使它工作的错综复杂的问题。 Tim Panton正在进行一个无人机项目，他需要一个轻量级的H.264栈供WebRTC使用，因此他决定建造一个。这当然不是我最推荐的做法，但是Tim表示这可能是一个启发性的试验。在本文中，Tim一步一步向我们介绍他使视频工作的步骤。你还可以通过阅读介绍H.264的RFC规范来得到
WebRTC vs Zoom? WebRTC很不错， 但是你早就知道了,不是么？ 我们不止一次被告知这个视频会议供应商或者那个供应商很不错。它们提供最好的画质，最好的体验。它们的视频会议效果可以比别人更好。 我甚至曾经接到了一个公司的电话，向我解释他是如何提供一个比Skype或者Google Hangouts更好的1对1视频质量。它们使用WebRTC实现。 但是我偏离话题了。 就像其他人一样，我被
WebRTC 1.0 之后，还将有哪些变革? 作者: “Varun Singh“ 在6月19日至20日，WebRTC 工作组进行了一次临时会议，讨论 WebRTC 的未来。 所有浏览器供应厂商都对WebRTC v1.0做出了很正向的评价。WebRTC v1.0在2018年6月更新修复了多个 bug。WebRTC v1.0新 API 包括： 1.RTCRtpSender.setStreams() 2
原文标题：5 Tips for Videoconferencing Success 作者: “Irwin Lazar“ 5条关于成功视频会议的tips 需要漫长等待的视频会议的年代就要结束了么？是的，在我们对可视通信合作的最新研究中，Nemertes Research发现： 1.500家参与公司里大约45.7%正在使用基于房间的视频会议系统，另外30%打算2019年之前这样做。 2.38%正在使用
原作者：Lasse Lumiaho，Varun Singh（原文链接） 翻译：刘通 根据科技博物馆的近期研究所示，人类大约在100,000年前就具备了语言交流的能力。千百年间，通讯的媒介随着社会的发展壮大而不断改变。例如，人类用过陶板，纸张记录，演讲，演绎，烽火，击鼓，绘画来作为通讯的媒介，而现今在互
延时在很多的视频直播应用软件中都是一项十分重要的特征。 任何一类视频通信应用软件，像会议、辩论、竞标、直播、医学会诊，或者娱乐圈人士可以跟粉丝互动的应用，都要求延时一定要低。 什么是延时？ 延时是接收到视频帧到播放此帧之间的时间差。 对于网络流应用来说，延时可以来源于任何工作流程，比如摄像头/编码器，上游网络，流服务器，下游网络，或者观看者的视频播放器都可以产生延时。 通常延时都是在缓存视频帧的时
Tsahi Levent-Levi 视频编解码器的硬件加速几乎是强制的。 当与H.264所对比时，VP8没有被淘汰的3个原因是： 1 它是这5年里Chrome浏览器唯一一个WebRTC视频编解码器，使它有发展时间的优势 2 尽管H.264支持移动端，但并不总是对开发人员开放 3 VP8和H.264都比较老了，所以它们的软件实现都很成熟 对于VP9，最主要的担心是它会被落在后边，被芯片供应商所遗忘&
RED5PRO 之前Tsahi Levent-Levi发布了一篇文章，在其中写出了他为何认为H.264会成为WebRTC应用软件未来发展中所选择的协议。在这篇文章中他写的很多地方都是正确的，而且我认同他的绝大部分观点。H.264在几乎所有的移动设备的硬件编码器中都支持使用，并且因为微软选择了它而不是VP9/VP8，他看起来确实是很容易就得到的正确选择。我并不认为谁会相信苹果挑选除H.264/AA
Tsahi Levent-Levi H.264的最初设定就是为了在WebRTC服务中取代VP8。 微软在上一个星期公布了支持ORTC的H.264/AVC现在已经可以在Edge浏览器中使用了。 *对的，是ORTC而不是WebRTC。 *对的，只是在运行标识的后面。 *对的，只能在Edge上运行，IE不可以。 当然，这只是今天让视频通话在Firefox，Chrome和Edge之间运行的唯一方式。VP8
Tsahi Levent-Levi 二者都有！ VP8和VP9都是由Google研发且推出的视频编解码器。之前，Chrome浏览器的WebRTC实现只支持VP8，现在已经支持VP8和VP9了。这就让我与用户有了很多有趣的交流，关于要不要接受、什么时候接受VP9—或者是不是应该取而代之的使用H.264。 关于VP8和VP9的话题经常会给人错误的理解，所以我先尝试的解释一下。 最重要的放在最前面： 1
WebRTC 中文社区由
运营