如何将实时音视频技术应用于在线直播源码

我们都知道，WebRTC是面向互联网的一种即时通信标准，由于被Chrome、火狐、Safari等主流浏览器支持，并提供了一致和简洁的API，使得开发WebRTC的视频通信应用非常简单和流行，但是很少应用于在线直播源码。

 在大多数情况下，我们认为双向视频通信技术和视频直播技术是两种不同的技术，一个做视频通话，一个做单向直播（在以往的在线直播源码中，绝大部分是采用rtmp协议做直播上行的）。有没有可能使用WebRTC进行在线直播源码的视频直播呢？这样既可以利用WebRTC的低延迟和良好的网络适应性，又可以充分利用WebRTC API的简洁性获得更高的开发效率和灵活性。更关键的一点是，使用WebRTC技术做直播，我们可以直接利用Chrome等浏览器的强大能力和跨平台特性，衍生出更灵活和简单的视频直播生态。

答案是肯定的，WebRTP做直播的方案完全可行： 使用WebRTC终端（浏览器或APP）作为视频采集端，将视频通过RTP协议上行传输到流媒体服务器，再由服务器进行视频协议的转换和播出。

 在线直播源码的直播流程中参与的节点主要有三个： 直播发起端、流媒体服务器和播放终端。

直播发起端的实现相对简单，可以使用js脚本，利用浏览器的WebRTC API来实现视音频的采集、合成、编码和传输，也可以使用的Android或iOS的WebRTC SDK来实现。有一定js开发能力或app开发能力的程序员可以胜任这部分工作。

流媒体服务器的开发相对是个难点，需要能够处理WebRTC信令、接收RTP协议并进行协议转换后对外提供大并发的直播输出。如果要想降低在线直播源码的开发周期和投入，可以使用现有的成熟产品。

无论采用哪个产品，服务器上的实现功能应该是一致的，即： WebRTP协议适配、音视频流接收、协议重新复用、播出。这个过程如下图：

 在线直播源码播放端的工作相对较小，通过流媒体服务器适配后，一般终端不需要做任何改进，可以继续使用原有的协议和方法进行播出，例如http-flv协议或hls协议。当然也可以开发WebRTC的播放终端。