• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            牽著老婆滿街逛

            嚴(yán)以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            RTMFP vs RTMP

            轉(zhuǎn)載自:http://www.riameeting.com/node/901

            實(shí)時(shí)流媒體協(xié)議(RTMFP)是Adobe公司開發(fā)的一套新的通信協(xié)議,它可以使終端用戶在構(gòu)建于LCCS或基于Adobe AIR架構(gòu)的多個(gè)Adobe Flash 播放器和應(yīng)用程序之間進(jìn)行直接通信。 通過(guò)RTMFP協(xié)議,社區(qū)網(wǎng)絡(luò)和多人游戲等實(shí)時(shí)通信應(yīng)用程序就能夠提供高質(zhì)量的實(shí)時(shí)通信解決方案。 同時(shí),RTMFP協(xié)議也實(shí)現(xiàn)了終端用戶通過(guò)電腦上的麥克風(fēng)和網(wǎng)絡(luò)攝像頭直接互相連接和通信。

            RTMFP協(xié)議基于用戶數(shù)據(jù)報(bào)協(xié)議(UDP),而RTMP協(xié)議基于傳輸控制協(xié)議(TCP)。 在傳遞實(shí)時(shí)流媒體時(shí),基于UDP的協(xié)議相對(duì)于基于TCP的協(xié)議擁有更多的優(yōu)勢(shì),比如更低的延遲和運(yùn)營(yíng)成本,以及對(duì)丟失包的允許誤差也更大一些。 需要用到服務(wù)器端連接來(lái)建立起客戶端之間的初始化連接,也可用來(lái)進(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í)數(shù)據(jù)流。 RTMFP在數(shù)據(jù)傳輸失敗的時(shí)候,并不強(qiáng)制音頻和視頻包的重新傳送。 盡管數(shù)據(jù)不完整了,但它仍能繼續(xù)進(jìn)行播放,這意味著在小段包丟失的情況下,數(shù)據(jù)流可以流暢播放。 RTMFP也支持客戶端對(duì)客戶端的數(shù)據(jù)傳輸。 客戶端到客戶端的數(shù)據(jù)流不僅免費(fèi)而且速度更快,這是因?yàn)樗⒉煌ㄟ^(guò)LCCS服務(wù)來(lái)進(jìn)行傳遞。 但是,由于大量用戶的存在,防火墻或者其他網(wǎng)絡(luò)環(huán)境可能會(huì)禁止使用RTMFP,所以LCCS被設(shè)計(jì)成能夠根據(jù)網(wǎng)絡(luò)環(huán)境的情況進(jìn)行自由轉(zhuǎn)換,即如果RTMFP協(xié)議可用,那就使用RTMFP協(xié)議;如果不可用,就使用RTMP協(xié)議。


            RTMFP通常是通信協(xié)議中的首選協(xié)議,如果您使用推薦的Flash Player10 SWC,那么RTMFP協(xié)議將是一個(gè)很好的選擇。 由于LCCS的智能特性,它完全能夠根據(jù)需要在兩種協(xié)議之間自由切換。只要有可能,您應(yīng)該盡量使用高性能的RTMFP協(xié)議,而可以將RTMP作為后備協(xié)議。

            要使用RTMFP協(xié)議,需要將您的項(xiàng)目設(shè)置為使用Flash Player 10或10.1SWC文件。

            RTMFP協(xié)議的優(yōu)點(diǎn):

            • 1.客戶端到客戶端的數(shù)據(jù)流:由于在C2C模式下,從源到目的地之間只有較少的中繼數(shù),從而降低了延遲。這對(duì)于LCCS服務(wù)和您來(lái)說(shuō)都大有益處,服務(wù)只需較少的基礎(chǔ)設(shè)施就可為您獲取數(shù)據(jù)流,而且提高了可靠性。
            • 2.使用Flash Player10解碼器Speex:在早期的Flash Player中,Speex是一種比NellyMoser更好的編碼解碼器。這是因?yàn)樗囊纛l編碼質(zhì)量更高,比特率也更低。此外,它能更好地兼容UDP協(xié)議,從而更好地處理丟包的問題。
            • 3.減少帶寬消耗:RTMFP協(xié)議減少了語(yǔ)音和視頻聊天、多人游戲等直接實(shí)時(shí)通信解決方案的帶寬消耗。由于RTMFP協(xié)議只讓數(shù)據(jù)在用戶終端之間流通,而不需經(jīng)過(guò)服務(wù)器,從而降低了服務(wù)器的帶寬消耗。這樣,解決方案的成本就會(huì)按比例下降。
            • 4.提升數(shù)據(jù)傳輸速率:RTMFP協(xié)議也能夠通過(guò)UDP協(xié)議提升數(shù)據(jù)傳輸速率。因?yàn)閁DP協(xié)議降低了數(shù)據(jù)包丟失、拋棄或者亂序等造成的影響,所以它是一種更高效(但是可靠性較低)的網(wǎng)際傳輸語(yǔ)音和視頻數(shù)據(jù)的方式。
            • 5.優(yōu)越的連接錯(cuò)誤恢復(fù)能力:RTMFP協(xié)議具備兩樣特性,有助于解決一些連接錯(cuò)誤導(dǎo)致的問題:
              • 快速連接修復(fù):連接在短暫掉線的情況下將會(huì)快速恢復(fù)。例如,當(dāng)一個(gè)無(wú)線網(wǎng)絡(luò)連接掉線了,那么會(huì)馬上重建連接。一旦重新連接,它將迅速擁有所有的傳送能力。
              • IP動(dòng)態(tài)化:即使一個(gè)客戶轉(zhuǎn)換到新的IP地址,原先處于活動(dòng)狀態(tài)的網(wǎng)絡(luò)peer會(huì)話仍然會(huì)保持。例如,一臺(tái)無(wú)線網(wǎng)絡(luò)連接的筆記本接入到有線網(wǎng)絡(luò)后,會(huì)獲得一個(gè)新IP地址,但它仍然可以繼續(xù)之前的會(huì)話。

            RTMFP協(xié)議的缺點(diǎn):

            需要安裝Flash Player 10。 但這通常會(huì)是一個(gè)好事情。

            posted on 2014-05-31 18:44 楊粼波 閱讀(3576) 評(píng)論(0)  編輯 收藏 引用


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            天天爽天天爽天天片a久久网| 久久国产成人精品麻豆| 亚洲成色999久久网站| 7777久久久国产精品消防器材| 九九热久久免费视频| 国产成人综合久久精品尤物| 久久久国产精品亚洲一区| 亚洲国产精品无码久久一线| 亚洲日韩欧美一区久久久久我| 久久精品成人| 日韩一区二区三区视频久久| 久久伊人影视| 伊人久久无码精品中文字幕| 久久综合久久伊人| 久久综合色老色| 精品多毛少妇人妻AV免费久久 | 三上悠亚久久精品| 99久久精品免费看国产一区二区三区 | 久久久久成人精品无码| 久久国产视屏| 2019久久久高清456| 一本一本久久aa综合精品| 人妻精品久久久久中文字幕69 | 欧美久久亚洲精品| 久久午夜福利无码1000合集| 无遮挡粉嫩小泬久久久久久久| 看久久久久久a级毛片| 久久久久综合网久久| 久久久久免费视频| 亚洲伊人久久综合影院| 色综合久久中文字幕无码| 久久精品这里热有精品| 热久久国产欧美一区二区精品| 日产精品久久久久久久| 久久91亚洲人成电影网站| 国产精品成人99久久久久| 久久久国产亚洲精品| 99国产精品久久| 性做久久久久久久久浪潮| 狠狠色丁香久久综合五月| 久久91精品国产91久|