这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos
本篇概览
- 作为《Kurento实战》的第三篇，咱们一起将重要的知识点梳理清楚，并从整体上观察和理解Kurento，这样后面的学习和开发能更好的融会贯通，还能高效发挥Kurento的能力；
WebRTC很重要
-
Kurento 是一个 WebRTC 媒体服务器和一组客户端API，因此，基础WebRTC知识储备是强制的、必要的，建议您提前有所了解；
-
没有Kurento时基于WebRTC的点对点音视频流处理逻辑如下：
- 有Kurento后变成下面这种，客户端实际上和KMS(Kurento Media Server)建立了点对点连接，收到的数据也来自KMS，这些数据可以是原生的，又或许是被KMS处理过的(如上一篇文章中戴一顶帽子的demo)：
和GStreamer的关系
-
对WebRTC有了了解后，应该对GStreamer有基本的了解，然后再去学习Kurento会有更好的效果，这样当你在学习Kurento的过程中，遇到pipeline、element、src、sink这些概念时会有种本该如此的感觉：这些概念在GStream中同样存在且十分重要，它们发挥的作用和在Kurento中十分相似；
-
Kurento的KMS中，录制、播放、编解码等能力都来自GStream库；
-
GStreamer 是个开源多媒体框架，可以构建流媒体应用，以管道（Pipeline）方式将各步骤串联，每个步骤的元素（Element）基于GObjec通过插件（plugins）方式实现；
-
下面是个典型的pipeline，功能是将一个多媒体文件的音视频分离，再分别输出到音频和视频设备上：
- 作为对比，再来看看Kurento的pipeline，下面是滤镜demo的pipeline示意图，功能是给视频中的人头上戴一顶帽子：
- 上面两个图对比可见，基于GStreamer的Kurento也有pipeline、element、src、sink，但Kurento有自己的特点：KMS、WebRtcEndpoint、JsonRpc这些概念都和网络服务相关，回到Kurento的官方文档首页看看它的定位，如下图所示：
-
看到这里，聪明的您对GStreamer和Kurento应该有了更深刻全面的认识：Kurento在设计上和GStreamer基本对齐，并且将GStreamer的已有能力和WebRtc实时音视频技术在Pipeline+Element机制下整合组装，打造出高效可扩展的音视频技术方案；
-
随着Kurento学习的深入，会接触到更多的GStreamer知识，如下图是Kurento源码的脚手架文件夹中的模板代码：
Kurento的客户端
-
为了更好的使用KMS的能力，Kurento官方提供了java和nodejs两个版本的客户端；
-
如果您擅长的编程语言不是java或nodejs也没关系，可以参考Kurento Protocol自己来实现客户端（作为java程序员的欣宸涌现出一丝优越感…）；
-
客户端的作用：提供API给业务
【一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义】
浏览器打开：qq.cn.hn/FTf 免费领取
调用，通过这些API可以向KMS发送指令，让KMS为业务服务，例如编排pipeline，如下图，重点是业务应用服务，集成了Kurento的客户端后就能向KMS发送指令了：
基本概念梳理
Kurento中涉及的概念并不算多，且很多都向GStreams对其了，总的来说比较好理解，在此将所有重要概念梳理出来便于后面的学习：
-
module：Kurento本身是插件化的框架，所有插件(plugin)都被称为module；
-
官方将所有module分为三大类：main、built-in、custome，下图很形象的解释了它们在Kurento中的定位：
- 紧接着官方抛出了Kurento toolbox的概念，并且将熟悉的各种能力都展现在toolboox中：