RTMP協(xié)議分析一、RTMP包頭

shaobin0604@163.com 2012-01-10

展開全文

原創(chuàng)
RTMP協(xié)議封包參考Red5
RTMP協(xié)議封包由一個包頭和一個包體組成,包頭可以是4種長度的任意一種:12, 8, 4, 1 byte(s).完整的RTMP包頭應(yīng)該是12bytes,包含了時間戳,Head_Type,AMFSize,AMFType,StreamID信息, 8字節(jié)的包頭只紀(jì)錄了時間戳,Head_Type,AMFSize,AMFType, 4個字節(jié)的包頭記錄了時間戳,Head_Type。1個字節(jié)的包頭只記錄了Head_Type 。包體最大長度默認為128字節(jié),通過chunkSize 可改變包體最大長度,通常當(dāng)一段AFM數(shù)據(jù)超過128字節(jié)后,超過128的部分就放到了其他的RTMP封包中,包頭為一個字節(jié).
完整的RTMP包頭有12字節(jié)，由下面5個部分組成:

用途	大小(Byte)	含義
Head_Type	1	包頭
TIMER	3	時間戳
AMFSize	3	數(shù)據(jù)大小
AMFType	1	數(shù)據(jù)類型
StreamID	4	流ID

一、Head_Type - 包頭類型
Head_Type占用RTMP包的第一個字節(jié)，這個字節(jié)里面記錄了包的類型和包的ChannelID。Head_Type字節(jié)的前兩個Bit決定了包頭的長度.它可以用掩碼0xC0進行"與"計算:
Head_Type的前兩個Bit和長度對應(yīng)關(guān)系：

Bits	Header Length
00	12 bytes
01	8 bytes
10	4 bytes
11	1 byte

Head_Type的后面6個Bit和StreamID決定了ChannelID。 StreamID和ChannelID對應(yīng)關(guān)系：StreamID=(ChannelID-4)/5+1 參考red5

ChannelID	用途
02	Ping 和ByteRead通道
03	Invoke通道我們的connect() publish()和自字寫的NetConnection.Call() 數(shù)據(jù)都是在這個通道的
04	Audio和Vidio通道
05 06 07	服務(wù)器保留,經(jīng)觀察FMS2用這些Channel也用來發(fā)送音頻或視頻數(shù)據(jù)

例如在rtmp包的數(shù)據(jù)中里面,發(fā)現(xiàn)被插入了一個0xC2,這個就是一字節(jié)的包頭,并且channelID=2.

二、TiMMER - 時間戳

時間戳占用RTMP包頭的第2、3、4 三個字節(jié)。RTMP時間戳可分為絕對時間戳和相對時間戳，紀(jì)錄的是音視頻的時間信息。相對時間戳指的是二個RTMP包之間的時間間隔，單位毫秒。而絕對時間戳指的是當(dāng)前封包發(fā)送的時刻，單位也是毫秒。對于音視頻的播放，時間戳非常關(guān)鍵，因為音視頻的播放同步是由時間戳來控制的，如果你的視頻出現(xiàn)卡頓，音視頻不同步，延時越來越大，很可能就是你的時間戳不準(zhǔn)導(dǎo)致的。
fms對于同一個流，發(fā)布(publish)的時間戳和播放(play)的時間戳是有區(qū)別的
publish時間戳,采用相對時間戳，時間戳值等于當(dāng)前媒體包的絕對時間戳與上個媒體包的絕對時間戳之間的差距，也就是說音視頻時間戳在一個時間軸上面.單位毫秒。
play時間戳，也是相對時間戳，時間戳值等于當(dāng)前媒體包的絕對時間戳與上個同類型媒體包的絕對時間戳之間的差距, 注意這里跟上面不同的是強調(diào)“同類型的媒體包”。也就是說音視頻時間戳分別采用單獨的時間軸，單位毫秒。
flv格式文件時間戳，絕對時間戳，時間戳長度3個字節(jié)。超過0xFFFFFF后時間戳值等于TimeStamp & 0xFFFFFF。
flv格式文件影片總時間長度保存在onMetaData的duration屬性里面，長度為8個字節(jié)，是一個double類型。

三、AMFSize - 數(shù)據(jù)大小
AMFSize 占三個字節(jié)，這個長度是AMF長度，可超過RTMP包的最大長度128字節(jié)。如果超過了128字節(jié)，那么由多個后續(xù)RTMP封包組合，每個后續(xù)RTMP封包的頭只占一個字節(jié)。一般就是以0xC？開頭。1個字節(jié)的包頭表示這個包的時間戳、數(shù)據(jù)大小、數(shù)據(jù)類型、流ID都和上一個相同ChannelID的 RTMP包完全一樣。

四、AMFType - 數(shù)據(jù)類型
AMFType是RTMP包里面的數(shù)據(jù)的類型，占用1個字節(jié)。例如音頻包的類型為8，視頻包的類型為9。下面列出的是常用的數(shù)據(jù)類型：

0×01	Chunk Size	changes the chunk size for packets
0×02	Unknown
0×03	Bytes Read	send every x bytes read by both sides
0×04	Ping	ping is a stream control message, has subtypes
0×05	Server BW	the servers downstream bw
0×06	Client BW	the clients upstream bw
0×07	Unknown
0×08	Audio Data	packet containing audio
0×09	Video Data	packet containing video data
0x0A-0x0E	Unknown
0x0F	FLEX_STREAM_SEND	TYPE_FLEX_STREAM_SEND
0x10	FLEX_SHARED_OBJECT	TYPE_FLEX_SHARED_OBJECT
0x11	FLEX_MESSAGE	TYPE_FLEX_MESSAGE
0×12	Notify	an invoke which does not expect a reply
0×13	Shared Object	has subtypes
0×14	Invoke	like remoting call, used for stream actions too.
0×16	StreamData	這是FMS3出來后新增的數(shù)據(jù)類型,這種類型數(shù)據(jù)中包含AudioData和VideoData

五、StreamID - 流ID
占用RTMP包頭的最后4個字節(jié)，是一個big-endian的int型數(shù)據(jù)。我們x86 計算機內(nèi)存中數(shù)據(jù)存放都是小尾數(shù)模式：little-endian，而網(wǎng)絡(luò)數(shù)據(jù)流一般都是大尾數(shù)模式：big-endian。 StreamID是音視頻流的唯一ID, 一路流如果既有音頻包又有視頻包，那么這路流音頻包的StreamID和他視頻包的StreamID相同，但ChannelID不同。
ChannelID 和StreamID之間的計算公式：StreamID=(ChannelID-4)/5+1 參考red5。如果這個封包既不是音頻包，也不是視頻包，那么他的StreamID=0.
例如當(dāng)音視頻包ChannelID為2、3、4時StreamID都為1 當(dāng)音視頻包ChannelID為9的時候StreamID為2

六、封包分析
例如有一個RTMP封包的數(shù)據(jù)0300 00 00 00 01 02 1400 00 00 00 0200 07 63 6F 6E 6E 65 63 74 003F F0 00 00 00 00 00 00 08 ，，，
數(shù)據(jù)依次解析的含義
03表示12字節(jié)頭，channelid=3
000000表示時間戳 Timer=0
000102表示AMFSize=18
14表示AMFType=Invoke 方法調(diào)用
00 00 00 00 表示StreamID = 0
//到此,12字節(jié)RTMP頭結(jié)束下面的是AMF數(shù)據(jù)分析,具體的AMF0數(shù)據(jù)格式請參考 RTMP協(xié)議二、AMF數(shù)據(jù)
02表示String
0007表示String長度7
63 6F 6E 6E 65 63 74 是String的Ascall值"connect"
00表示Double
3F F0 00 00 00 00 00 00 表示double的0.0
08表示Map數(shù)據(jù)開始
下面是我用c++實現(xiàn)的完整的rtmp客戶端程序下載
RTMP協(xié)議分析二、AMF數(shù)據(jù)：http://www./fly2700/archive/2008/04/09/281432.html
程序下載：http://www./fly2700/archive/2008/04/02/280641.html