欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

RTMP協(xié)議與RTMP視頻播放器的應(yīng)用

  發(fā)布時(shí)間:2012-07-26 10:48:52   作者:佚名   我要評(píng)論
RTMP協(xié)議與RTMP視頻播放器的應(yīng)用,RTMP:Routing Table Maintenance Protocol(路由選擇表維護(hù)協(xié)議)

RTMP:Routing Table Maintenance Protocol(路由選擇表維護(hù)協(xié)議)

  在 AppleTalk 協(xié)議組中,路由選擇表維護(hù)協(xié)議(RTMP,Routing Table Protocol)是一種傳輸層協(xié)議,它在 AppleTalk 路由器中建立并維護(hù)路由選擇表。RTMP 基于路由選擇信息協(xié)議(RIP)。正如 RIP 一樣,RTMP 使用跳數(shù)作為路由計(jì)量標(biāo)準(zhǔn)。一個(gè)數(shù)據(jù)包從源網(wǎng)絡(luò)發(fā)送到目標(biāo)網(wǎng)絡(luò),必須通過(guò)的路由器或其它中間介質(zhì)節(jié)點(diǎn)數(shù)目的計(jì)算結(jié)果即為跳數(shù)。
  Real Time Messaging Protocol(實(shí)時(shí)消息傳送協(xié)議協(xié)議)概述

  實(shí)時(shí)消息傳送協(xié)議是Adobe Systems公司為Flash播放器和服務(wù)器之間音頻、視頻和數(shù)據(jù)傳輸開(kāi)發(fā)的私有協(xié)議。它有三種變種:
  1)工作在TCP之上的明文協(xié)議,使用端口1935;
  2)RTMPT封裝在HTTP請(qǐng)求之中,可穿越防火墻;
  3)RTMPS類似RTMPT,但使用的是HTTPS連接;

  介紹:
  RTMP協(xié)議是被Flash用于對(duì)象,視頻,音頻的傳輸.該協(xié)議建立在TCP協(xié)議或者輪詢HTTP協(xié)議之上.
  RTMP協(xié)議就像一個(gè)用來(lái)裝數(shù)據(jù)包的容器,這些數(shù)據(jù)可以是AMF格式的數(shù)據(jù),也可以是FLV中的視/音頻數(shù)據(jù).
  一個(gè)單一的連接可以通過(guò)不同的通道傳輸多路網(wǎng)絡(luò)流.這些通道中的包都是按照固定大小的包傳輸?shù)?
  網(wǎng)絡(luò)連接(Connection)

  一個(gè)Actionscript連接并播放一個(gè)流的簡(jiǎn)單代碼:

以下為引用的內(nèi)容:

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");


默認(rèn)端口為1935
  Client → Server :向服務(wù)器發(fā)出握手請(qǐng)求.這不屬于協(xié)議包一部分,該握手請(qǐng)求第一個(gè)字節(jié)為(0×03),其后跟著1536個(gè)字節(jié).經(jīng)管看上去這部分的內(nèi)容對(duì)于RTMP協(xié)議來(lái)說(shuō)并不是至關(guān)重要的,但也不可隨意對(duì)待.
  Server → Client :服務(wù)器向客戶端回應(yīng)握手請(qǐng)求.這部分的數(shù)據(jù)仍然不屬于RTMP協(xié)議的部分.該回應(yīng)的其實(shí)字節(jié)仍然為(0x03),但是后邊跟著個(gè)長(zhǎng)度為1536個(gè)字節(jié)(一共為3072 )的包塊.第一個(gè)1536塊看上去似乎可以是任意內(nèi)容,甚至好像可以是Null都沒(méi)有關(guān)系.第二個(gè)1536的代碼塊,是上一步客戶端向服務(wù)器端發(fā)送的握手請(qǐng)求的內(nèi)容.

  Client→Server:把上一步服務(wù)器向客戶端回應(yīng)的第二塊1536個(gè)字節(jié)的數(shù)據(jù)塊.
  至此客戶端與服務(wù)器端的握手結(jié)束,下面將發(fā)送RTMP協(xié)議的包內(nèi)容.
  Client → Server :向服務(wù)器發(fā)送連接包.
  Server → Client :服務(wù)器回應(yīng). ... .... 等等... ...

  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包包含一個(gè)固定長(zhǎng)度的包頭和一個(gè)最長(zhǎng)為128字節(jié)的包體.包頭可以是下面4種長(zhǎng)度的任意一種:12, 8, 4, or 1 byte(s).
  第一個(gè)字節(jié)的前兩個(gè)Bit很重要,它決定了包頭的長(zhǎng)度.它可以用掩碼0xC0進(jìn)行"與"計(jì)算.下面的表格羅列了可能的包頭長(zhǎng)度:Bits Header Length

  00 12 bytes
  01 8 bytes
  10 4 bytes
  11 1 byte
  我們?cè)谶@里討論關(guān)RTMP包結(jié)構(gòu)的問(wèn)題并不是非常的詳細(xì).我們?cè)谝院笥袝r(shí)間會(huì)討論關(guān)于AMF的問(wèn)題(敬請(qǐng)期待...:loveliness:),其實(shí)RTMP包結(jié)構(gòu)就是使用了AMF格式.

  流

  關(guān)于流的操作我們需要進(jìn)一步研究,在論壇中的http://www.openred5.com/bbs/viewthread.php?tid=175&extra=page%3D1(被和諧)這篇文章研究的還是不錯(cuò)的,大家可以參考.不過(guò)下面可以列一個(gè)關(guān)于客戶端向服務(wù)器端發(fā)送流的流程:

  Client→Server :發(fā)送一個(gè)創(chuàng)建流的請(qǐng)求.
  Server→Client :返回一個(gè)表示流的索引號(hào).
  Client→Server :開(kāi)始發(fā)送.
  Client→Server :發(fā)送視音頻數(shù)據(jù)包(這些包在同一個(gè)頻道(channel)并用流的索引號(hào)來(lái)唯一標(biāo)識(shí)).

相關(guān)文章

最新評(píng)論