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

原文标题:Adaptive Codecs — Good for Users, Bad for Networks 作者: “Sorell“ 自适应编解码—对用户友好,对网络糟糕 对于一些企业用户来说,使用基于云端的团队合作工具的体验是糟糕的,这需要改变。 网络管理员有责任为公司提供高效,可靠,安全的网络,但是他们对网络运行的控制越来越小。与网络管理员讨论他的三大主要问题,团队合作工具属于

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

原文标题:H.264 finally a first class citizen in WebRTC stacks 作者: “agouaillard“ H.264被列入了WebRTC所需的编码器 WebRTC 把H264和VP8都列入了WebRTC所必需要支持的视频编码器。同时联播可以同时使用多个编码器提供同一个媒体不同的分辨率来供人们选择以适应带宽波动(和其它)。不幸的是,libwebrtc没有

WebRTC编解码器vs媒体引擎-3

作者:AGOUAILLARD(原文链接) 翻译:刘通 原标题:Webrtc Codec vs Media Engines: Implementation Status and why you should care. 前文链接:WebRTC编解码器vs媒体引擎-1,WebRTC编解码器vs媒体引擎-2 抖动及丢包 这些是最难处理的问题。抖动比较容易解决,首先创建一个缓冲区,由于所有的数据包都是编了

你该什么时候显示传入的WebRTC视频

作者:Philipp Hancke(原文链接) 翻译:刘通 原标题:When should you display incoming WebRTC video   自2011年的第一个版本以来,WebRTC规范已经发生了很大的变化。Jan-Ivar对多年来WebRTC的演变情况进行了精彩的总结,详见这篇文章。 Web开发人员的核心问题之一是何时显示传入的视频流。 在第一版本中,规范有一个

如何计算视频最佳码率

本文作者:李超,前“跟谁学”直播研发高级经理。(原文地址) 原标题:计算视频最佳码率 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。 前言 在音视频直播中经常遇到不同分辨率对应不同的码流问题,码流的大小通常是与分辨率和帧率密切相关的。 对于在直播中可以播放多媒体文件的情况更加复杂。因为很多媒体文件经过转码后都不是标准的比例(4:3或16:9)。对这种情

探索面部识别与WebRTC

作者:Andy,Simpleweb(原文链接) 翻译:刘通 原标题:Exploring Facial Recognition with WebRTC   近几年来,面部识别技术一直在智能手机创新的周围徘徊。随着苹果公司在iPhone X上推出Face ID,人们开始更多的关注面部识别技术。 我们团队向来喜欢实验和探索未来技术的潜力。所以我们与Cristiano一同利用WebRTC做一些关

18个实时音视频开发中会用到开源项目

实时音视频的开发学习有很多可以参考的开源项目。一个实时音视频应用共包括几个环节:采集、编码、前后处理、传输、解码、缓冲、渲染等很多环节。每一个细分环节,还有更细分的技术模块。比如,前后处理环节有美颜、滤镜、回声消除、噪声抑制等,采集有麦克风阵列等,编解码有VP8、VP9、H.264、H.265等。  我们今天汇总了一些能帮助到正在学习或进行音视频开发的实时音视频开发者们的开源项目与几个也

跟macOS系统上的WebRTC音频bug说再见

作者:Philipp Hancke(原文链接) 翻译:刘通 原标题:Goodbye macOS WebRTC audio bug   如果你在macOS系统上的Chrome中使用WebRTC,你可能曾经遇到过麦克风不工作或者你必须重启浏览器的状况。这些问题终于得到了解决,所以让我们来看看发生了什么,以及为什么花了这么就才解决这些问题。 这些bug已经存在很长时间了,最初是在2012年年中

getUserMedia()音频约束

作者:addpipe.com(原文链接) 翻译:刘通 原标题:Supported Audio Constraints in getUserMedia() 相关文章:getUserMedia()视频约束 getUserMedia()音频约束 媒体捕捉和流规范管理着所有浏览器应该实现的跨浏览器音频选项,并且在最新的候选推荐标准中,定义了不少的音频约束。 下面是完整的清单,还附有说明和我对数字声音工作原

getUserMedia()视频约束

作者:addpipe.com(原文链接) 翻译:刘通 原标题:getUserMedia() Video Constraints WebRTC在持续不断地发展,它其中最广为人知的一个函数就是getUserMedia()。有了它,你就可以访问设备的摄像头和麦克风,并且可以请求视频流,音频流或者两者同时请求。 在本篇文章中,我们会聚焦于通过getUserMedia()请求视频流时可用的视频约束。 Med