google为啥要开源webrtc

Posted 2023-05-09

参考技术A google开源webrtc的理由如下：【点击免费试用，0成本启动】

WebRTC(Web Real-Time Communication)项目的最终目的主要是让Web开发者能够基于浏览器(Chrome\\FireFox\\...)轻易快捷开发出丰富的实时多媒体应用，而无需下载安装任何插件，Web开发者也无需关注多媒体的数字信号处理过程，只需编写简单的javascript程序即可实现，W3C等组织正在制定Javascript 标准API，目前是WebRTC 1.0版本，Draft状态;另外WebRTC还希望能够建立一个多互联网浏览器间健壮的实时通信的平台，形成开发者与浏览器厂商良好的生态环境。同时，Google也希望和致力于让WebRTC的技术成为html5标准之一，可见Google布局之深远。

想要了解更多关于webrtc的相关信息，推荐咨询ZEGO即构科技。公司自成立伊始，就专注自研音视频引擎，在音频前处理、网络自适应和跨平台兼容性等方面，达到国际一流水平，同时充分利用基础云服务商的能力，构建了MSDN海量有序自学习数据网络，服务覆盖全球，涵盖上百个音视频互动业务场景，单日时长突破30亿分钟。官网zxh4567
推荐于2016-10-28·TA获得超过6.1万个赞知道大有可为答主回答量：2.2万采纳率：83%帮助的人：9675万我也去答题访问个人页关注　　google开源了WebRTC项目，网址是：http://code.google.com/p/webrtc/。

　　WebRTC实现了基于网页的视频会议，标准是WHATWG 协议，目的是通过浏览器提供简单的javascript就可以达到实时通讯（Real-Time Communications (RTC)）能力。

　　通过对源码的粗略分析，WebRTC提供了视频会议的核心技术，包括音视频的采集、编解码、网络传输、显示等功能，并且还支持跨平台：windows，linux，mac，android。

　　WebRTC的视频处理分析（windows平台）

　　WebRTC的视频部分，包含采集、编解码(I420/VP8)、加密、媒体文件、图像处理、显示、网络传输与流控(RTP/RTCP)等功能。

　　视频采集---video_capture

　　源代码在webrtc\modules\video_capture\main目录下，包含接口和各个平台的源代码。
　　在windows平台上，WebRTC采用的是dshow技术，来实现枚举视频的设备信息和视频数据的采集，这意味着可以支持大多数的视频采集设备；对那些需要单独驱动程序的视频采集卡（比如海康高清卡）就无能为力了。
　　视频采集支持多种媒体类型，比如I420、YUY2、RGB、UYUY等，并可以进行帧大小和帧率控制。

　　视频编解码---video_coding
　　源代码在webrtc\modules\video_coding目录下。
　　WebRTC采用I420/VP8编解码技术。VP8是google收购ON2后的开源实现，并且也用在WebM项目中。VP8能以更少的数据提供更高质量的视频，特别适合视频会议这样的需求。

　　视频加密--video_engine_encryption
　　视频加密是WebRTC的video_engine一部分，相当于视频应用层面的功能，给点对点的视频双方提供了数据上的安全保证，可以防止在Web上视频数据的泄漏。
　　视频加密在发送端和接收端进行加解密视频数据，密钥由视频双方协商，代价是会影响视频数据处理的性能；也可以不使用视频加密功能，这样在性能上会好些。
　　视频加密的数据源可能是原始的数据流，也可能是编码后的数据流。估计是编码后的数据流，这样加密代价会小一些，需要进一步研究。

　　视频媒体文件--media_file
　　源代码在webrtc\modules\media_file目录下。
　　该功能是可以用本地文件作为视频源，有点类似虚拟摄像头的功能；支持的格式有Avi。
　　另外，WebRTC还可以录制音视频到本地文件，比较实用的功能。

　　视频图像处理--video_processing
　　源代码在webrtc\modules\video_processing目录下。
　　视频图像处理针对每一帧的图像进行处理，包括明暗度检测、颜色增强、降噪处理等功能，用来提升视频质量。

　　视频显示--video_render
　　源代码在webrtc\modules\video_render目录下。
　　在windows平台，WebRTC采用direct3d9和directdraw的方式来显示视频，只能这样，必须这样。

　　网络传输与流控
　　对于网络视频来讲，数据的传输与控制是核心价值。WebRTC采用的是成熟的RTP/RTCP技术。

　　WebRTC的音频处理分析（windows平台）

　　WebRTC的音频部分，包含设备、编解码(iLIBC/iSAC/G722/PCM16/RED/AVT、NetEQ)、加密、声音文件、声音处理、声音输出、音量控制、音视频同步、网络传输与流控(RTP/RTCP)等功能。

　　音频设备---audio_device
　　源代码在webrtc\modules\audio_device\main目录下，包含接口和各个平台的源代码。
　　在windows平台上，WebRTC采用的是Windows Core Audio和Windows Wave技术来管理音频设备，还提供了一个混音管理器。
　　利用音频设备，可以实现声音输出，音量控制等功能。

　　音频编解码---audio_coding
　　源代码在webrtc\modules\audio_coding目录下。
　　WebRTC采用iLIBC/iSAC/G722/PCM16/RED/AVT编解码技术。
　　WebRTC还提供NetEQ功能---抖动缓冲器及丢包补偿模块，能够提高音质，并把延迟减至最小。
　　另外一个核心功能是基于语音会议的混音处理。

　　声音加密--voice_engine_encryption
　　和视频一样，WebRTC也提供声音加密功能。

　　声音文件
　　该功能是可以用本地文件作为音频源，支持的格式有Pcm和Wav。
　　同样，WebRTC也可以录制音频到本地文件。

　　声音处理--audio_processing
　　源代码在webrtc\modules\audio_processing目录下。
　　声音处理针对音频数据进行处理，包括回声消除(AEC)、AECM、自动增益(AGC)、降噪处理等功能，用来提升声音质量。

　　网络传输与流控
　　和视频一样，WebRTC采用的是成熟的RTP/RTCP技术。

　　WebRTC的官网是http://www.webrtc.org/，其中的FAQ解答了很多大家关心的问题。有这么几点可以关注：
　　1.license
　　采用BSD licenses，可以用于商业软件；即使你修改了源代码，也不必公开你修改的部分。

　　2.为什么WebRTC要免费
　　音视频针对目前的互联网应用，还是至关重要的。google这样做的目的，无非是吸引大量的开发者在chrome平台上开发音视频相关应用，和当年微软windows集成IE是一个道理。

　　3.下载和编译
　　a).下载google的源码工具depot_tools：
　　svn co http://src.chromium.org/svn/trunk/tools/depot_tools
　　并把depot_tools添加到系统的环境变量PATH里；
　　b).下载git工具：并把git添加到系统的环境变量PATH里；
　　c).创建webrtc工作目录，并在该目录下运行：
　　gclient config https://webrtc.googlecode.com/svn/trunk
　　gclient sync --force
　　
　　sync命令也会产生基于本地环境(Linux:make, OSX: XCode, Windows: Visual Studio)的build文件。

　　也可以用命令：
　　gclient runhooks --force

　　对windows平台，在trunk目录下，已经有针对Visual Studio的工程文件：
　　webrtc.sln

　　好了，打开它，这就可以编译了。
　　
　　注：webrtc默认使用了C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses。我的机器上只有v7.0的sdk，于是构造了一个v7.1的目录，仅包含Samples\multimedia\directshow\baseclasses。本回答被提问者和网友采纳

WEBRTC基本介绍

“WebRTC，名称源自网页实时通信（Web Real-Time Communication）的缩写，是一个支持网页浏览器进行实时语音对话或视频对话的技术，是谷歌2010年以6820万美元收购Global IP Solutions公司而获得的一项技术，Google开源了这项技术！”

就 冲着6000多万美金的技术，就很值得研究一下！WebRTC提供了视频会议的核心技术，包括音视频采集、编解码、网络传输、显示等功能，并且还支持跨平 台：Windows，Linux，Mac，Android，尤其是在实时通信方面的很多技术可以灵活嫁接到非RTC类流媒体系统中，例如，在低带宽下的视 频抖动控制，图像效果增强，通用NAT穿透过程等等（后面咱们再具体细说如何嫁接），那么这就需要我们对WEBRTC的整体流程以及深层次的框架进行熟悉 和掌控，这一篇里，我们先通过浏览器端WEBRTC视频通话过程，了解WEBRTC浏览器基本接口和一次RealTime视频通话的流程。

　　

 

WEBRTC结构

　　首先，从WEB-RTC方面分析WEBRTC在浏览器上的接口结构，在浏览器端，WEBRTC主要实现了三个接口

• MediaStream， 实现对本地音视频资源的封装，例如从Camera、Microphone、远端Stream等等，MediaStream表示一个媒体数据流，一个 MediaStreamTrack表示MediaStream中的一个媒体源，如音频、视频、字幕等等。
• RTCPeerConnection，语音或者视频通话过程，内部涵盖呼叫、应答、穿透、加密、传输及会话管理等一系列流程，一个RTCPeerConnection代表一对通话过程中的一端。
• RTCDataChannel，在PeerConnection之上，传输自定义数据。

 

#MediaStream

在浏览器端，MediaStream接口名称为getUserMedia， 该接口为上层提供同步的音视频流，比如在本地媒体资源获取的时候，一路MediaStream可以是一路本地Camera提供的视频Track与一路本地 Microphone提供的音频Track经过同步后的Stream。当然，在浏览器端获取到音视频数据后，可以做本地化的各种处理，例如抓图、图像样式 变化、本地显示滤镜等等。

 

 

#RTCPeerConnection

RTCPeerConnection主要是用来处理点到点之间的连接和数据 传输，使整个过程能够稳定且高效。在RTCPeerConnection下，封装了大量的编解码、通信协议的工作来实现整个实时通信过程，甚至是在不能提 供稳定带宽情况下的实时通信，主要功能点包括：

 

• 丢包补偿(packet loss concealment)
• 回音消除(echo cancellation)
• 自适应带宽(bandwidth adaptivity)
• 视频抖动缓冲器(dynamic jitter buffering)
• 自动增益控制(automatic gain control)
• 噪声降低和抑制(noise reduction and suppression)
• 图像清理(image ‘cleaning‘)(!暂且这么翻译吧)

 

#RTCDataChannel

RTCDataChannel提供了在RTCPeerConnection 之上交换自定义数据的方法，相比于流媒体数据，在PeerConnection上传输自定义数据，不仅是在量上，而且在可靠性、安全性、灵活性方面，远能 够满足需求。这样在开发基于音视频的游戏和应用上，提供了较大的方便。

 

WEBRTC组件

 

#Transport/Session

• 完整的RTP/SRTP协议栈
• STUN、TURN、ICE过程
• Session管理机制。

#VoiceEngine

WebRTC极具价值的技术之一，支持722，PCM，ILBC，ISAC等编码，在VoIP上，技术业界领先!

NetEQ算法：自适应抖动控制算法以及语音包丢失隐藏算法。使其能够快速且高解析度地适应不断变化的网络环境，确保音质优美且缓冲延迟最小。能够有效的处理由于网络抖动和语音包丢失时候对语音质量产生的影响。NetEQ也是WebRTC中一个极具价值的技术，对于提高VoIP质量有明显效果，加以AEC（回声消除）\NR（噪声抑制）\AGC等模块集成使用，效果更好。

 #VideoEngine

VP8视频图像编解码器，是WebRTC视频引擎的默认的编解码器，VP8适合实时通信应用场景，因为它主要是针对低延时而设计的编解码器。 

视频抖动缓冲器，可以降低由于视频抖动和视频信息包丢失带来的不良影响。

图像质量增强模块对网络摄像头采集到的图像进行处理，包括明暗度检测、颜色增强、降噪处理等功能，用来提升视频质量。