RTMP協(xié)議概述
介紹:
RTMP協(xié)議是被Flash用于對象,視頻,音頻的傳輸.該協(xié)議建立在TCP協(xié)議或者輪詢HTTP協(xié)議之上.
RTMP協(xié)議就像一個用來裝數(shù)據(jù)包的容器,這些數(shù)據(jù)可以是AMF格式的數(shù)據(jù),也可以是FLV中的視/音頻數(shù)據(jù).
一個單一的連接可以通過不同的通道傳輸多路網(wǎng)絡流.這些通道中的包都是按照固定大小的包傳輸?shù)?
網(wǎng)絡連接(Connection)
一個Actionscript連接并播放一個流的簡單代碼:
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");
默認端口為1935
握手
Client → Server :向服務器發(fā)出握手請求.這不屬于協(xié)議包一部分,該握手請求第一個字節(jié)為(0×03),其后跟著1536個字節(jié).經(jīng)管看上去這部分的內(nèi)容對于RTMP協(xié)議來說并不是至關(guān)重要的,但也不可隨意對待.
Server → Client :服務器向客戶端回應握手請求.這部分的數(shù)據(jù)仍然不屬于RTMP協(xié)議的部分.該回應的其實字節(jié)仍然為(0x03),但是后邊跟著個長度為1536個字節(jié) (一共為3072 )的包塊.第一個1536塊看上去似乎可以是任意內(nèi)容,甚至好像可以是Null都沒有關(guān)系.第二個1536的代碼塊,是上一步客戶端向服務器端發(fā)送的握手 請求的內(nèi)容.
Client→Server:把上一步服務器向客戶端回應的第二塊1536個字節(jié)的數(shù)據(jù)塊.
至此客戶端與服務器端的握手結(jié)束,下面將發(fā)送RTMP協(xié)議的包內(nèi)容.
Client → Server :向服務器發(fā)送連接包.
Server → Client :服務器回應.
... .... 等等... ...
RTMP 數(shù)據(jù)類型
0×01 |
Chunk Size |
changes the chunk size for packets |
0×02 |
Unknown |
anyone know this one? |
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 |
anyone know this one? |
0×08 |
Audio Data |
packet containing audio |
0×09 |
Video Data |
packet containing video data |
0x0A - 0×11 |
Unknown |
anyone know? |
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. |
Shared Object 數(shù)據(jù)類型
0×01 |
Connect |
0×02 |
Disconnect |
0×03 |
Set Attribute |
0×04 |
Update Data |
0×05 |
Update Attribute |
0×06 |
Send Message |
0×07 |
Status |
0×08 |
Clear Data |
0×09 |
Delete Data |
0x0A |
Delete Attribute |
0x0B
|
Initial Data |
RTMP包結(jié)構(gòu)
RTMP包 包含一個固定長度的包頭和一個最長為128字節(jié)的包體.包頭可以是下面4種長度的任意一種:12, 8, 4, or 1 byte(s).
第一個字節(jié)的前兩個Bit很重要,它決定了包頭的長度.它可以用掩碼0xC0進行"與"計算.下面的表格羅列了可能的包頭長度:
Bits |
Header Length |
00 |
12 bytes |
01 |
8 bytes |
10 |
4 bytes |
11 |
1 byte |
我們在這里討論關(guān)RTMP包結(jié)構(gòu)的問題并不是非常的詳細.我們在以后有時間會討論關(guān)于AMF的問題(敬請期待...),其實RTMP包結(jié)構(gòu)就是使用了AMF格式.
流關(guān)于流的操作我們需要進一步研究,在論壇中的
http://www.openred5.com/bbs/viewthread.php?tid=175&extra=page%3D1這篇文章研究的還是不錯的,大家可以參考.不過下面可以列一個關(guān)于客戶端向服務器端發(fā)送流的流程:
Client→Server :發(fā)送一個創(chuàng)建流的請求.
Server→Client :返回一個表示流的索引號.
Client→Server :開始發(fā)送.
Client→Server :發(fā)送視音頻數(shù)據(jù)包(這些包在同一個頻道(channel)并用流的索引號來唯一標識).
轉(zhuǎn)自http://hi.baidu.com/needspeedboy/blog/item/c95689c4c5e0faab8226ac9c.html