RTMP協議與RTMP視頻播放器的應用

2024-07-16 17:27:06

字體：大中小

來源：轉載

供稿：網友

RTMP：Routing Table Maintenance Protocol（路由選擇表維護協議）

　　在 AppleTalk 協議組中，路由選擇表維護協議（RTMP，Routing Table Protocol）是一種傳輸層協議，它在 AppleTalk 路由器中建立并維護路由選擇表。RTMP 基于路由選擇信息協議（RIP）。正如 RIP 一樣，RTMP 使用跳數作為路由計量標準。一個數據包從源網絡發送到目標網絡，必須通過的路由器或其它中間介質節點數目的計算結果即為跳數。
　　Real Time Messaging Protocol（實時消息傳送協議協議)概述

　　實時消息傳送協議是Adobe Systems公司為Flash播放器和服務器之間音頻、視頻和數據傳輸開發的私有協議。它有三種變種：
　　1)工作在TCP之上的明文協議，使用端口1935；
　　2)RTMPT封裝在HTTP請求之中，可穿越防火墻；
　　3)RTMPS類似RTMPT，但使用的是HTTPS連接；

　　介紹:
　　RTMP協議是被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協議的包內容.

上一篇：Miro 4多媒體管家 android 全能播放器

下一篇：RTMP播放器實例使用代碼參考