RTMP协议与RTMP视频播放器的应用

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协议的包内容.
　　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的问题(敬请期待...:loveliness:),其实rtmp包结构就是使用了amf格式.

　　流

　　关于流的操作我们需要进一步研究,在论坛中的http://www.openred5.com/bbs/viewthread.php?tid=175&extra=page%3d1（被和谐）这篇文章研究的还是不错的,大家可以参考.不过下面可以列一个关于客户端向服务器端发送流的流程:

　　client→server :发送一个创建流的请求.
　　server→client :返回一个表示流的索引号.
　　client→server :开始发送.
　　client→server :发送视音频数据包(这些包在同一个频道(channel)并用流的索引号来唯一标识).