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

            RTMP協(xié)議 - Chunk

            KEY : Message / Chunk / Stream

            Rtmp中,一個Message通常是分割成多個Chunk進(jìn)行傳輸?shù)?每個Chunk通常包含有1~12個字節(jié)的頭部(該部分與完整的協(xié)議不是十分符合).

            因為Rtmp是基于TCP協(xié)議的,所以在Rtmp傳輸過程中, Chunk頭部會根據(jù)實(shí)際情況使用簡化的頭部(12字節(jié)的頭部是完整的頭部,8/4/1字節(jié)的頭部是根據(jù)實(shí)際情況簡化的).

            . Chunk頭部的簡化規(guī)則

                  說明:以上的"------"為6bit的ChunkId

            1 . 00------頭部

            在傳輸開始,的第一個Chunk頭部通常使用(00------)格式,包含完整的頭部信息,依次包含:時間戳,Message長度,Message類型1B,StreamId1B. 這些信息在程序中是需要保留的.以便后面簡化的頭部,可根據(jù)該頭部完善信息.

            2 . 01------頭部

            當(dāng)發(fā)送多個相關(guān)的Message時,Chunk的頭部通常使用(01------)開始, 后面追加StreamId,Message類型和Message長度三個字段,這些字段與前一個Chunk的信息保持一致.例如,當(dāng)交錯的發(fā)送Video/Audio Message,它們屬于同一個StreamId,但其他字段都發(fā)生了變化.

            3 . 10------頭部

            當(dāng)由一個Message拆分成的連續(xù)的兩個Chunk的時間戳發(fā)生了變化時(尤其是Video/Audio Message),例如,一個Video Message中前一個Chunk和下一個Chunk的時間戳或時間戳增量不一致,后面的Chunk頭部會以(10------)開始, 再追加一個3字節(jié)的時間戳字段即可.

            4 . 11------頭部

            當(dāng)一個Message過長,需要由多個連續(xù)的Chunk進(jìn)行發(fā)送時,Chunk的頭部通常會以(11------)開始, 沒有其他附加字段,所有相關(guān)字段與前一個Chunk保持一致.

             

            . 關(guān)于ChunkId和StreamId


            1 . StreamId的使命

            一個StreamId通常用以完成某些特定的工作. 如使用Id為0的Stream來完成客戶端和服務(wù)器的連接和控制,用Id為1的Stream來完成Stream的控制和播放等工作.

            2 . ChunkId的使命

            一個ChunkId通常會完成某個特定的工作. 比如說系統(tǒng)保留的ChunkId為2的就只是用于完成對Stream的控制. 在該通道上,服務(wù)器和客戶端可以對Stream的具體屬性進(jìn)行設(shè)置和交互.如創(chuàng)建一個Stream,告知Stream結(jié)束,設(shè)定Stream的帶寬,設(shè)定Chunk大小,終止Message等.這里對Stream的控制不是針對某個Stream的,而是全局的.

            再比如,使用ChunkId8對播放進(jìn)行控制.客戶端發(fā)送"play"命令,服務(wù)器也會通過ChunkId8這個通道告知客戶端播放的狀態(tài),如告知客戶端播放開始,播放完成等信息.服務(wù)器使用ChunkId5進(jìn)行媒體數(shù)據(jù)的傳送,如果客戶端需要針對這些數(shù)據(jù)對服務(wù)器應(yīng)答,也要使用該通道.

            3 . ChunkId和StreamId的關(guān)系

            ChunkId和StreamId的關(guān)系目前并不明了,但通常情況下某一個ChunkId會在固定的StreamId中完成相應(yīng)的工作. 比如ChunkId2對Stream的相關(guān)屬性進(jìn)行控制,這些控制的消息必須在StreamId0中完成.也就是說ChunkId2和StreamId0指定了服務(wù)器和客戶端對Stream控制的以個對話通道.

            posted on 2012-10-31 17:09 Apollo Fang 閱讀(771) 評論(0)  編輯 收藏 引用 所屬分類: Protocol


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


            導(dǎo)航

            隨筆分類

            隨筆檔案

            最新評論

            久久人人青草97香蕉| 91精品国产91久久久久久蜜臀| 久久久久国色AV免费看图片| 婷婷久久综合九色综合绿巨人 | 久久人人爽人人爽人人AV| 久久久久人妻一区二区三区vr| 久久精品嫩草影院| 一个色综合久久| 色综合久久久久| 精品多毛少妇人妻AV免费久久 | 久久精品草草草| 亚洲精品无码久久久久AV麻豆| 亚洲中文字幕久久精品无码APP| 国产激情久久久久影院| 久久AV高潮AV无码AV| 久久久久婷婷| 久久精品麻豆日日躁夜夜躁| 久久青青草视频| 久久亚洲2019中文字幕| 成人综合伊人五月婷久久| 久久精品极品盛宴观看| 精品视频久久久久| 97超级碰碰碰碰久久久久| 亚洲综合日韩久久成人AV| 一本久道久久综合狠狠躁AV| 97久久精品人人澡人人爽| 97久久久精品综合88久久| 久久国产色av免费看| 久久久久波多野结衣高潮| 婷婷久久综合九色综合绿巨人 | 久久久无码精品亚洲日韩京东传媒| 99久久国产综合精品成人影院| 精品久久久久久中文字幕大豆网| 人妻丰满?V无码久久不卡| 久久婷婷五月综合97色直播| 99热成人精品免费久久| 久久久久久a亚洲欧洲aⅴ| 99久久婷婷国产综合亚洲| 久久综合88熟人妻| 狠色狠色狠狠色综合久久| 国产精品久久久久久福利69堂|