折腾了一个多星期终于将kurento的环境搭建好（开发阶段的产品，有些BUG要自己解决），所以单独写篇文件来介绍。

下面开始介绍kurento，文章来自博客园RTC.Blacker，转载请说明出处。

 

一、kurento是什么？

搞视频会议就会涉及一对多、多对多、广播、转码、混音、合屏、录制，这就需要用到流媒体服务器，而kurento就具有这些功能。

他主要用来作为webrtc的流媒体服务器，因为BUG多，目前不适于商用，不过前景可期，具体说明见下图：

说明：

1、看到这里您可不要讲他的功能和ICE服务器的功能给搞混了哦，后者主要用来做NAT穿透和转发的。

 

二、kurento架构

说明：

1、客户端对音视频数据的采集和播放等是通过webrtc来处理的，传输模块就是kurento的。

2、流媒体服务是他的核心服务，可以进行编解码，混音，录制，计算机视觉，视觉增强等等。

 

三、特色功能---计算机视觉

说明：

1、服务端可以对收到的视频流进行处理，如人脸识别，这些扩展下去应用前景就很广泛了，期待！

2、因为他对图像进行了处理，所以延迟会比较大，识别率还存在些问题，而且会造成图像闪动（可能也是跟延迟有关）。

3、其他功能如一对一，广播就不重复了，很多其他流媒体服务都具有这些功能。

 

最后：虽然kurento目前问题很多，但我看好他，后面会继续分享相关内容，也会和他们一起去完善这个东西。

我在开发一款web app也用到webrtc，做了些粗浅的研究。
对于视频会议这一块，目前用的是jitsi video bridge（详见jitsi.org/Projects/JitsiVideobridge），这个东西似乎跟本文提到router方式很像，部署也还是比较容易，而且他们自称效率很高：

“On a plain Xeon server (like this one) that you can rent for about a hundred dollars, for about 20% CPU you will be able to run 1000+ video streams using an average of 550 Mbps!”

不知道您对他们这个方案感觉怎样？同时注意到您提到过看好kurento，不知道在视频会议这块这两个方案相比如何？
jitsi我也简单看过,是不错,他们比kurento更稳定,不过关键还是要看你的需求哦?能简单列下你的需求吗?如果不方便公开可以直接发到我邮箱.
kurento主要是不稳定,还只是一个实验产品.jitsi相对来讲会好点,不过kurento远景很大,呵呵呵.