衆所周知，目前市面上存在的大部分的直播流技術，採用的直播推流都是RTMP協議，主要的架構框架大概爲RTMP推流、服務端同步轉換並輸出RTMP、FLV、HLS等多種協議，相比於10年前的直播技術，這種技術體系已經是非常先進的了，各種低延時的策略都有了，看起直播來也算是比較流暢的：
但當我們將這種技術應用到行業中的時候，就會感受到弊端：
- 當推流設備爲無線設備或者在網絡較差的環境下時，RTMP的推流會出現較大的延時；
- 播放端一般採用的是RTMP或者HTTP-FLV技術，其主要保障的是數據的完整性，而實時性的控制只能靠播放buffer來調節，不屬於實時性優先型的直播；
- RTMP、FLV流，無法充分利用H5瀏覽器的底層框架能力，RTMP需要flash、HTTP-FLV又是基於HTTP的框架之上，無法做到非常好的擁塞控制；
現在各大公有云廠商都在推進自己的RTC直播技術進程，按照我的理解，所謂的RTC直播，主要是幾方面：
- 一定要利用到WebRTC的底層框架對播放客戶端的支撐，才能充分發揮WebRTC的優勢；
- WebRTC服務器不侷限於某一種流程，百家爭鳴，各自可以在流程範圍內定義自己的流程；
- WebRTC可以理解爲HTTPS+RTP，信令溝通用HTTPS，流媒體用RTP；
經過幾個月的攻關，我們也馬上要發佈我們的RTC整體框架，包括RTC的推流、RTC服務器、RTC播放器等，先可以看一下TSINGSEE的RTC對安防視頻流的分發：
這套RTC流程的實現，將會對我們之前做的RTMP推流、RTMP播放、UDP組播同屏等技術都將是一次革新，在實時性要求非常強的領域，RTC特性的支持，將對產品的競爭力是一次質的提升；