回想到2012年我做EasyDarwin开始，当时应该还没有H5的概念，RTSP/RTP都是属于较为新兴的技术，我当时用live555的DarwinInjector做RTSP推流，用EasyDarwin做流媒体服务器，用live555的RTSPClient做客户端，开始搭建起来了一套完整的流媒体服务器系统。
后来到2014年，感觉到DarwinInjector用起来不方便，而且可控性较差（主要还是live555的结构太复杂，改起来费劲），所有就开发了自己的RTSP推流SDK：EasyPusher，和播放SDK：EasyPlayer，EasyPusher+EasyDarwin+EasyPlayer的完美搭配，帮助我们构建了很多直播系统，延时低、分布式、负载均衡，样样都能行，只不过当时只要是延时在1s以内的，都算是非常低的延时了；
再到了2017年，我们开始转向RTMP推流+播放领域，复制了之前RTSP的成功经验，我们很快将RTMP的推流直播效果做的跟RTSP差不多了，当然其中也经历了不少的波折和问题，我们整个研发了“EasyRTMP推流+EasyDSS流媒体服务器+EasyPlayer播放器”的一条线，这套架构基础目前使用在了我们所有的产品中，RTMP推流输入，EasyDSS同步输出RTSP、RTMP、HTTP-FLV、HLS等协议视频，适应于全平台、全终端的播放需求。
现在2020年了，从年初我们攻克掉自认为这套架构的最后一座大山：H5的H.265播放问题，我们就感觉到，音视频传输的这条路径是不是也就这样了？
后来，我们做了EasyRTC的视频会议系统，这跟传统的直播系统是完全两种不同的体验，传统的直播系统给人的感觉是：直播的过程中总会出现打嗝的情况，想要长时间流畅的播放，几乎是比较难的；而当我们体验了EasyRTC的视频会议效果的时候，就感觉非常的舒服，整个通话的过程流畅、清晰、不打嗝，我们当时就考虑这样的效果如果能够移植到现有的直播领域，那效果岂不是具有颠覆性的？
终于，今天，我们的RTC小分队给了我几个突破性的画面：
我们的RTC直播流程跑通了，而且效果非常棒，整个过程的延时基本上控制在200ms内，而且还具有非常大的优化空间~
相信在今年内，我们就应该能推出RTC类的技术产品，帮助更多的应用场景，改善现有的使用瓶颈；