傳送協定
RTMP(Real Time Messaging Protocol)實時訊息傳送協定是Adobe Systems公司為Flash播放器和伺服器之間音頻、視頻和數據傳輸 開發的開放協定。
它有多種變種：
1)RTMP工作在TCP之上，默認使用連線埠1935；
2)RTMPE在RTMP的基礎上增加了加密功能；
3)RTMPT封裝在HTTP請求之上，可穿透防火牆；
4)RTMPS類似RTMPT，增加了TLS/SSL的安全功能；
詳細介紹
RTMP協定(Real Time Messaging Protocol)是被Flash用於對象,視頻,音頻的傳輸.這個協定建立在TCP協定或者輪詢HTTP協定之上.
RTMP協定就像一個用來裝數據包的容器,這些數據既可以是AMF格式的數據,也可以是FLV中的視/音頻數據.
一個單一的連線可以通過不同的通道傳輸多路網路流.這些通道中的包都是按照固定大小的包傳輸的.
網路連線(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 :向伺服器發出握手請求.這不屬於協定包一部分,該握手請求第一個位元組為(0×03),其後跟著1536個位元組.儘管看上去這部分的內容對於RTMP協定來說並不是至關重要的,但也不可隨意對待.
Server → Client :伺服器向客戶端回應握手請求.這部分的數據仍然不屬於RTMP協定的部分.該回應的起始位元組仍然為(0x03),但是後邊跟著兩個長度為1536個位元組(一共為3072位元組 )的包塊.第一個1536塊看上去似乎可以是任意內容,甚至好像可以是Null都沒有關係.第二個1536的代碼塊,是上一步客戶端向伺服器端傳送的握手請求的內容.
Client→Server:把上一步伺服器向客戶端回應的第二塊1536個位元組的數據塊.
至此客戶端與伺服器端的握手結束,下面將傳送RTMP協定的包內容.
Client → Server :向伺服器傳送連線包.
Server → Client :伺服器回應.
... .... 等等... ...
RTMP 數據類型
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 數據類型
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包結構
RTMP包 包含一個固定長度的包頭和一個最長為128位元組的包體.包頭可以是下面4種長度的任意一種:12, 8, 4, or 1 byte(s).
第一個位元組的前兩個Bit很重要,它決定了包頭的長度.它可以用掩碼0xC0進行"與"計算.下面的表格羅列了可能的包頭長度:Bits Header Length
00 12 bytes
01 8 bytes
10 4 bytes
11 1 byte
其實RTMP包結構就是使用了AMF格式.
下面是一個關於客戶端向伺服器端傳送流的流程:
Client→Server :傳送一個創建流的請求.
Server→Client :返回一個表示流的索引號.
Client→Server :開始傳送.
Client→Server :傳送視音頻數據包(這些包在同一個頻道(channel)並用流的索引號來唯一標識).
