RTMFP是什么鬼？

做直播的朋友相信對RTMP都非常了解，那說起RTMP直播那什么推流、拉流、RTMP服務(wù)器搭建嗖嗖從腦海中飄過，但是今天的主題是要說說這個RTMFP，他到底是什么鬼請容我一一道來。

    為啥提到RTMFP，主要是公司在做直播連麥(連線)的功能初期，尋找解決方案的時候不經(jīng)意之間搜到他，研究的一段時間后選擇放棄，中間走過曲折的路就當是歷史的記憶，現(xiàn)在需要將他保存下來，防止后人再走之前的老路。

    RTMFP是Adobe公司開發(fā)的一套新的通信協(xié)議，全稱Real Time Media Flow Protocol, 該協(xié)議可以讓使用Adobe Flash Player的終端用戶之間進行直接通信。用Adobe AIR框架開發(fā)的程序也可以用此協(xié)議來發(fā)布直播、實時信息，RTMFP是基于UDP協(xié)議的解決方案。

    通過使用RTMFP, 那些依賴直播、實時通信的應用，比如社區(qū)、音視頻聊天和多人游戲就有能力來發(fā)布高質(zhì)量的通信解決方案。RTMFP讓終端用戶可以直接連接并通信，可以使用麥克風和攝象頭直接聊天。RTMFP將不支持文件和文檔共享。此方案提升了目前Flash Player在網(wǎng)絡(luò)交互方面的體驗。

    RTMFP將減少直播、實時聊天方案的帶寬消耗，例如音視頻聊天和多人游戲。因為RTMFP的數(shù)據(jù)在終端用戶之間流動，而不是和服務(wù)器，所以此方案很適合于大范圍的部署。RTMFP因為采用了UDP也提升了傳送的速度。UDP是Internet上一種更有效傳送音頻視頻的方法，雖然會有一些丟包，錯包。RTMFP有兩個特性可以幫助解決一些連接錯誤。

    快速連接恢復：連接在意外情況下將快速恢復。例如，一個無線連接掉線了，一旦重連，他將迅速擁有所有的傳送能力。

    IP動態(tài)化：一個活動的網(wǎng)絡(luò)會話將以PEER來標識，即使他變了一個IP，也可以保持原來的會話。例如，一個筆記本在一個無線網(wǎng)絡(luò)獲得了一個新IP地址，他將立刻繼續(xù)剛才的會話。

    RTMP和RTMFP之間的不同

    最基本的確實是他們在網(wǎng)絡(luò)上采用的協(xié)議。RTMFP是基于UDP的，RTMP是基于TCP的。UDP在傳送直播數(shù)據(jù)方面比TCP還是有較多優(yōu)勢的，比如減少延時，對丟包的容忍，雖然在可靠性上有所損失。不象RTMP, RTMFP支持Flash Player直接發(fā)送數(shù)據(jù)給另一個，而不經(jīng)過Server。服務(wù)端連接將被用來初始化并交互一些客戶端之間的信息，也可用來進行服務(wù)端調(diào)用或者作為進入其他系統(tǒng)的網(wǎng)關(guān)。FMS也將用來為用戶提供地址認證服務(wù)和NAT地址轉(zhuǎn)換服務(wù)，避免用戶陷入混亂。

    Adobe提供的Cirrus（Stratus）超級節(jié)點服務(wù)，以幫助獨立的Flash Player節(jié)點登錄獲得P2P迭代網(wǎng)（overlay）的ID，協(xié)助穿透防火墻等。用戶可以另外構(gòu)建單獨的Tracker服務(wù)幫助篩選節(jié)點，或者直接使用RTMFP的group服務(wù)，采用組播方式進行數(shù)據(jù)分享。

    以上主要來源于BaiDu，從這些信息中我們可以了解到RTMFP的初衷是要解決RTMP延時高的問題，采用RTMFP可以提高直播的實時性，在視頻互動直播中應該有他的一席之地，但是就目前市場上來看采用RTMFP協(xié)議的方案非常至少，甚至可以說除了Adobe自己其他公司很少玩這一套解決方案，分析其主要原因歸類如下：

    一，Adobe不咋玩開源，而且RTMFP的協(xié)議也比較復雜，自己想搞一套RTMFP的協(xié)議棧那得廢老勁了 ：（

    二，實時通訊的可替代方案很多很多，基于UDP的實時通訊網(wǎng)絡(luò)上到處都是，標準的私有的、開源的閉源的比比皆是，為毛還要搞RTMFP呢？

    三，還是Adobe自己，Adobe自己弄了一套這個協(xié)議又不咋推廣，鬼才鳥你！??！

    QQ交流群：580477436