RTMFP vs RTMP
實(shí)時流媒體協(xié)議(RTMFP)是Adobe公司開發(fā)的一套新的通信協(xié)議,它可以使終端用戶在構(gòu)建于LCCS或基于Adobe AIR架構(gòu)的多個Adobe Flash 播放器和應(yīng)用程序之間進(jìn)行直接通信。 通過RTMFP協(xié)議,社區(qū)網(wǎng)絡(luò)和多人游戲等實(shí)時通信應(yīng)用程序就能夠提供高質(zhì)量的實(shí)時通信解決方案。 同時,RTMFP協(xié)議也實(shí)現(xiàn)了終端用戶通過電腦上的麥克風(fēng)和網(wǎng)絡(luò)攝像頭直接互相連接和通信。 RTMFP協(xié)議基于用戶數(shù)據(jù)報協(xié)議(UDP),而RTMP協(xié)議基于傳輸控制協(xié)議(TCP)。 在傳遞實(shí)時流媒體時,基于UDP的協(xié)議相對于基于TCP的協(xié)議擁有更多的優(yōu)勢,比如更低的延遲和運(yùn)營成本,以及對丟失包的允許誤差也更大一些。 需要用到服務(wù)器端連接來建立起客戶端之間的初始化連接,也可用來進(jìn)行服務(wù)器端的數(shù)據(jù)調(diào)用或者作為進(jìn)入其他系統(tǒng)的網(wǎng)關(guān)。 RTMP(TCP)采用星型拓?fù)浣Y(jié)構(gòu),這一點(diǎn)不適用于實(shí)時數(shù)據(jù)流。 RTMFP在數(shù)據(jù)傳輸失敗的時候,并不強(qiáng)制音頻和視頻包的重新傳送。 盡管數(shù)據(jù)不完整了,但它仍能繼續(xù)進(jìn)行播放,這意味著在小段包丟失的情況下,數(shù)據(jù)流可以流暢播放。 RTMFP也支持客戶端對客戶端的數(shù)據(jù)傳輸。 客戶端到客戶端的數(shù)據(jù)流不僅免費(fèi)而且速度更快,這是因?yàn)樗⒉煌ㄟ^LCCS服務(wù)來進(jìn)行傳遞。 但是,由于大量用戶的存在,防火墻或者其他網(wǎng)絡(luò)環(huán)境可能會禁止使用RTMFP,所以LCCS被設(shè)計(jì)成能夠根據(jù)網(wǎng)絡(luò)環(huán)境的情況進(jìn)行自由轉(zhuǎn)換,即如果RTMFP協(xié)議可用,那就使用RTMFP協(xié)議;如果不可用,就使用RTMP協(xié)議。
要使用RTMFP協(xié)議,需要將您的項(xiàng)目設(shè)置為使用Flash Player 10或10.1SWC文件。 RTMFP協(xié)議的優(yōu)點(diǎn):
RTMFP協(xié)議的缺點(diǎn): 需要安裝Flash Player 10。 但這通常會是一個好事情。 |