当前位置:网站首页>我之前做过的所有产品都值得用RTC重做一次

我之前做过的所有产品都值得用RTC重做一次

2020-12-08 11:30:45 osc_79jqvlyt

回想到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小分队给了我几个突破性的画面:
EasyRTC

EasyRTC

我们的RTC直播流程跑通了,而且效果非常棒,整个过程的延时基本上控制在200ms内,而且还具有非常大的优化空间~

相信在今年内,我们就应该能推出RTC类的技术产品,帮助更多的应用场景,改善现有的使用瓶颈;

版权声明
本文为[osc_79jqvlyt]所创,转载请带上原文链接,感谢
https://my.oschina.net/u/4412419/blog/4780770