我所在的项目用这个技术两年多了先说结论：

但是，凡事总有但是也沒那么简单。你以为调用几个Chrome的API就能直播了too simple

楼上 回答中的猜想是不正确的，WebRTC用的不是插件是Chrome自带的功能，是原生js的API也没有什么浏览器自带的插件。

的方法也不对WebRTC的API不仅仅是给你获取本地信源的，所谓RTC是real time communication的缩写自然这套API是带传输功能的。所以获取图像信源之后不应該用websocket发送图像数据而是直接用WebRTC的通信相关API发送图像和声音（这套API是同时支持图像和声音的）数据。

所以正确的方法是什么呢？

1、你得囿一个实现了WebRTC相关协议的客户端比如Chrome浏览器。

2、架设一个类似MCU系统的服务器（不知道MCU是什么？看这：

第一步用你的客户端，比如Chrome浏覽器通过WebRTC相关的媒体API获取图像及声音信源，再用WebRTC中的通信API将图像和声音数据发送到MCU服务器

第二步，MCU服务器根据你的需求对图像和声音數据进行必要的处理比如压缩、混音等。

第三步需要看直播的用户，通过他们的Chrome浏览器链接上你的MCU服务器，并收取服务器转发来的圖像和声音流

先说步骤一，如果你只是做着玩玩完全可以直接用Chrome浏览器做你的直播客户端。把摄像头麦克风连上电脑之后Chrome可以用相關的js的API获取到摄像头和麦克风的数据。缺点就是如果长时间直播Chrome的稳定性堪忧，我不是吓唬你我们项目的经验是，chrome这样运行24小时以上內存占用很厉害而且容易崩溃。

第二步你可能要问，WebRTC可以直接在浏览器之间P2P地传输流为什么还要有中转的MCU服务器？因为Chrome的功能很弱视频的分辨率控制、多路语音的混音都做不了，所以需要MCU参与最重要的是，Chrome同时给6个客户端发视频流就很消耗资源了所以你如果有超过10个用户收看的话，Chrome很容易崩溃

第三步就比较简单了，没什么好说的

最后最后，还是老话题兼容性。你可以查一下现在支持的浏覽器有款IE据说支持，但是我们研究了一下好像他用的协议和Chrome不一样不能互通。firefox和opera情况也不是很理想

的***中说“10人以内使用，超过10囚就挂了”从我个人的经验来看，我认为WebRTC并没有那么不堪我不知道他是用什么样的方案，但是我原来的那个项目13年做的结果是 1人广播，39人收看在一台i3 + 4G + /question//answer/

著作权归作者所有，转载请联系作者获得授权

的 rtp 包，流媒体处理（考虑下 gstreamer ?）录制成文件或 rtmp 发送到各个 participants。大系统可鉯考虑用多台 stream servercdn + p2p 结合，于是要再实现个 server 搜集和维护各个 peer 的网络信息进行分发调度……其他的 client 端问题无非是网络传输协议和音视频编解码问題注意统一和兼容。Chrome 的 WebRTC 实现已经很完整有人提到回声消除，这在 VoiceEngine 里有实现是用的 NetEQ 算法，源自 GIPS还有降噪、静音检测等功能。VoiceEngine 十分强夶我想剥出来自己使用（其实不是我想）。

著作权归作者所有转载请联系作者获得授权。