• <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>

            一路走來(lái),只有C++和香煙最實(shí)在!

            Just Dive Into!

            C++博客 首頁(yè) 新隨筆 聯(lián)系 聚合 管理
              11 Posts :: 0 Stories :: 29 Comments :: 0 Trackbacks

            Real Time Messaging Protocol(實(shí)時(shí)消息傳送協(xié)議協(xié)議)Adobe Systems公司為Flash播放器和服務(wù)器之間音頻、視頻和數(shù)據(jù)傳輸開(kāi)發(fā)的私有協(xié)議。

            具體使用RTMPAS代碼大概如下:

              var videoInstance:Video = your_video_instance;

              var nc:NetConnection = new NetConnection();

              var connected:Boolean = nc.connect("rtmp://localhost/myapp");

              var ns:NetStream = new NetStream(nc);

              videoInstance.attachVideo(ns);

            ns.play("flvName");

            Adobe也在官方網(wǎng)站已經(jīng)提供了RTMP協(xié)議的官方文檔說(shuō)明,為什么要寫這個(gè)系列文章最大的原因只是對(duì)前一段工作的一個(gè)總結(jié)和回顧,最近兩個(gè)月,實(shí)現(xiàn)了一個(gè)RTMP Serverc++版本,把公司的流媒體服務(wù)和flash無(wú)縫對(duì)接起來(lái)。希望我的文字能給后來(lái)研究這個(gè)協(xié)議的同學(xué)有一定的幫助。

            RTMP協(xié)議是一個(gè)基于TCP的高層協(xié)議族,當(dāng)然這個(gè)玩意據(jù)說(shuō)還有UDP協(xié)議版本的,不過(guò)現(xiàn)在還沒(méi)有出來(lái),好像Adobe下一版本的FMS會(huì)提供支持。下文將要描述的是TCP協(xié)議版本的協(xié)議。

               RTMP協(xié)議的概要理解:

            RTMP協(xié)議是為了和flash之間交換信令以及媒體數(shù)據(jù)。為了提高使用效率信令和媒體數(shù)據(jù)都是使用相同的機(jī)制。因?yàn)槭窍嗤臋C(jī)制Adobe就整出來(lái)了一些比較搞人的概念,當(dāng)然每個(gè)協(xié)議第一次接觸都是比較難理解的。

                    RTMP協(xié)議中信令和媒體數(shù)據(jù)都稱之為Message,在網(wǎng)絡(luò)中傳輸這些Message,為了區(qū)分它們肯定是要加一個(gè)Message  head的,所以RTMP協(xié)議也有一個(gè)Message head,還有一個(gè)問(wèn)題因?yàn)?/span>RTMP協(xié)議是基于TCP的,由于TCP的包長(zhǎng)度是有限制的(一般來(lái)說(shuō)不超過(guò)1500個(gè)字節(jié)),而RTMPMessage長(zhǎng)度是有可能很大的,像一個(gè)視頻幀的包可能會(huì)有幾十甚至幾千K,這個(gè)問(wèn)題就必然有一個(gè)分片的問(wèn)題,在RTMP協(xié)議中對(duì)應(yīng)的說(shuō)法就是chunk,每一個(gè)Message + head都是由一個(gè)和多個(gè)chunk組成的。到這里對(duì)RTMP協(xié)議的概要理解就算完了。

            posted on 2009-12-27 00:53 Richard Liu 閱讀(27910) 評(píng)論(8)  編輯 收藏 引用

            Feedback

            # re: RTMP協(xié)議詳解(一) 2009-12-28 12:49 2s
            Real Time Messaging Protocol(實(shí)時(shí)消息傳送協(xié)議協(xié)議)是Adobe Systems公司為Flash播放器和服務(wù)器之間音頻、視頻和數(shù)據(jù)傳輸開(kāi)發(fā)的私有協(xié)議。?? 盡瞎說(shuō), 誤認(rèn)子弟。  回復(fù)  更多評(píng)論
              

            # re: RTMP協(xié)議詳解(一) 2009-12-28 22:35 Richard Liu
            @2s
            呵呵 這個(gè)玩意信不信就看你了,確實(shí)是這樣的,難道公開(kāi)了協(xié)議文本就不是私有協(xié)議了嗎?  回復(fù)  更多評(píng)論
              

            # re: RTMP協(xié)議詳解(一)[未登錄](méi) 2010-02-24 10:01 max
            我最近可能有些事情和flash服務(wù)器相關(guān),大概要實(shí)現(xiàn)一個(gè)能夠完成flash流媒體的客戶端,想根您請(qǐng)教下:

            像土豆,youku這類的網(wǎng)站,我抓包的結(jié)果是有http報(bào)文,請(qǐng)問(wèn)這類的網(wǎng)站是不是不走RTMP協(xié)議.有些網(wǎng)站又是用RTMP的交互過(guò)程.針對(duì)RTMP我做客戶端的話,是不是需要實(shí)現(xiàn)一個(gè)類似于一個(gè)RTMP協(xié)議客戶端,對(duì)HTTP做一個(gè)假的HTTP的解析和下載的客戶端,然后后端根一個(gè)開(kāi)源的媒體播放器就可以了.能夠解析flv,然后解碼媒體數(shù)據(jù).

            可不可以給我發(fā)一個(gè)RTMP的數(shù)據(jù)包,或者指點(diǎn)下現(xiàn)在那個(gè)網(wǎng)站用RTMP的,我去抓個(gè)包看看.
            我郵箱max.wizard@yahoo.com.cn,多謝了.  回復(fù)  更多評(píng)論
              

            # re: RTMP協(xié)議詳解(一) 2010-07-06 21:37 fuck adobe
            公開(kāi)了嗎?握手那段根本就是瞎扯,鄙視adobe@2s
              回復(fù)  更多評(píng)論
              

            # p2p的RTMFP協(xié)議破解[未登錄](méi) 2011-03-25 16:34 jack
            本人已對(duì)奧多比的p2p協(xié)議rtmfp進(jìn)行了逆向分析(C++),加密解密部分全部破解,能夠逆向得到全部數(shù)據(jù)包的解密報(bào)文。本人破解了部分報(bào)文結(jié)構(gòu)。第一步的連接功能已經(jīng)成功實(shí)現(xiàn)。希望對(duì)RTMFP協(xié)議敢興趣的朋友聯(lián)系共同研究QQ286422369  回復(fù)  更多評(píng)論
              

            # re: RTMP協(xié)議詳解(一) 2011-11-11 09:02 fanxin
            @jack
            希望能有個(gè)參考給哦!fpeter@126.com.
            謝謝!  回復(fù)  更多評(píng)論
              

            # re: RTMP協(xié)議詳解(一) 2012-05-12 21:35 個(gè)
            @Richard Liu
            就是啊  回復(fù)  更多評(píng)論
              

            # re: RTMP協(xié)議詳解(一) 2015-12-16 13:57 zo
            tcp包長(zhǎng)有限制嗎?  回復(fù)  更多評(píng)論
              


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


            99久久精品国产一区二区| 94久久国产乱子伦精品免费| 伊人久久无码中文字幕| 久久久久无码精品国产| 9999国产精品欧美久久久久久| 日韩美女18网站久久精品| 久久久一本精品99久久精品66| 7国产欧美日韩综合天堂中文久久久久 | 亚洲Av无码国产情品久久| 亚洲国产精品无码久久久蜜芽| 亚洲国产精品久久久久网站| 久久精品国产久精国产果冻传媒 | 国产精品久久久99| 久久亚洲精精品中文字幕| 亚洲国产精品综合久久一线| 久久精品男人影院| 欧美va久久久噜噜噜久久| 伊人久久五月天| 久久久99精品一区二区| 青青草国产精品久久| 国产精品一久久香蕉国产线看| 久久亚洲sm情趣捆绑调教| 蜜臀久久99精品久久久久久| 亚洲国产精品热久久| 久久se精品一区精品二区| MM131亚洲国产美女久久| 人妻无码αv中文字幕久久琪琪布 人妻无码久久一区二区三区免费 人妻无码中文久久久久专区 | 久久无码人妻一区二区三区午夜| 国内精品久久久久久不卡影院| 久久国产精品99精品国产| 久久精品一本到99热免费| 综合久久一区二区三区| 婷婷久久精品国产| 亚洲欧美另类日本久久国产真实乱对白| 国产伊人久久| 色综合久久天天综线观看| 一级做a爰片久久毛片看看 | 免费精品国产日韩热久久| 色综合久久88色综合天天 | 亚洲美日韩Av中文字幕无码久久久妻妇 | 国产精品日韩深夜福利久久|