本文描述了从打开一个RTMP流媒体到视音频数据开始播放的全过程。
注意：RTMP中的逻辑结构
RTMP协议规定，播放一个流媒体有两个前提步骤：第一步，建立一个网络连接（NetConnection）；第二步，建立一个网络流（NetStream）。其中，网络连接代表服务器端应用程序和客户端之间基础的连通关系。网络流代表了发送多媒体数据的通道。服务器和客户端之间只能建立一个网络连接，但是基于该连接可以创建很多网络流。他们的关系如图所示：
1 简要介绍
播放一个RTMP协议的流媒体需要经过以下几个步骤：握手，建立连接，建立流，播放。RTMP连接都是以握手作为开始的。建立连接阶段用于建立客户端与服务器之间的“网络连接”；建立流阶段用于建立客户端与服务器之间的“网络流”；播放阶段用于传输视音频数据。
2 握手（HandShake）
一个RTMP连接以握手开始，双方分别发送大小固定的三个数据块
a) 握手开始于客户端发送C0、C1块。服务器收到C0或C1后发送S0和S1。
b) 当客户端收齐S0和S1后，开始发送C2。当服务器收齐C0和C1后，开始发送S2。
c) 当客户端和服务器分别收到S2和C2后，握手完成。
握手
3建立网络连接（NetConnection）
a) 客户端发送命令消息中的“连接”(connect)到服务器，请求与一个服务应用实例建立连接。
b) 服务器接收到连接命令消息后，发送确认窗口大小(Window Acknowledgement Size)协议消息到客户端，同时连接到连接命令中提到的应用程序。
c) 服务器发送设置带宽()协议消息到客户端。
d) 客户端处理设置带宽协议消息后，发送确认窗口大小(Window Acknowledgement Size)协议消息到服务器端。
e) 服务器发送用户控制消息中的“流开始”(Stream Begin)消息到客户端。
f) 服务器发送命令消息中的“结果”(_result)，通知客户端连接的状态。
建立连接
4建立网络流（NetStream）
a) 客户端发送命令消息中的“创建流”（createStream）命令到服务器端。
b) 服务器端接收到“创建流”命令后，发送命令消息中的“结果”(_result)，通知客户端流的状态。
建立流
5 播放（Play）
a) 客户端发送命令消息中的“播放”（play）命令到服务器。
b) 接收到播放命令后，服务器发送设置块大小（ChunkSize）协议消息。
c) 服务器发送用户控制消息中的“streambegin”，告知客户端流ID。
d) 播放命令成功的话，服务器发送命令消息中的“响应状态” NetStream.Play.Start & NetStream.Play.reset，告知客户端“播放”命令执行成功。
e) 在此之后服务器发送客户端要播放的音频和视频数据。
播放流
RTMP协议规范（中文翻译）：http://download.csdn.net/detail/leixiaohua1020/6563059
****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************
实现输出h264直播流的rtmp服务器
RTMP（Real Time Messaging Protocol）是常见的流媒体协议，用来传输音视频数据，结合flash，广泛用于直播、点播、聊天等应用，以及pc、移动、嵌入式等平台，是做流媒体开发经常会接触到的协议。我之前曾经写过一篇文章“RTMP协议发送H.264编码及AAC编码的音视频”，简单介绍过如何在自己的程序里使用rtmp协议，不过那篇文章讲的主要是如何实现一个rtmp直播的发布端，主要侧重在“采集-编码-rtmp发布”这样的流程。这篇文章的主要内容是和大家分享下，做一个简单的、输出H.264直播流的rtmp server，需要实现哪些功能和步骤。
常见的rtmp服务器
有很多知名的rtmp server，其中既有商业程序也有开源程序，简单列举如下：
开源项目
商业程序
当然，还有一些其他的开源、商业rtmp服务器（如ffserver），我就不一一列举了。我并没有一一尝试，不过，从它们的声明来看，一般来说，商业rtmp程序要比开源程序支持更多的协议以及更多的平台，至于哪个更好，这就不好说了。我比较推荐的是crtmpserver，高性能，号称可以支持“thousands of simultaneous connections”，而且它的开发社区目前很活跃。不过缺点是，代码量有点庞大，而且在不断增加当中。
rtmp服务器的功能比较复杂，要完整实现比较困难，如果你需要的是一个完整功能的rtmp server，那就可以从它们之中选择一个，如果你的需求和我一样，只是一个简单的、输出H.264直播流的rtmp server，那就需要自己来设计和实现。
rtmp server与播放器的交互
我们需要实现的是：支持flash播放协议、输出H.264直播流的rtmp server，那么首先，我们必须了解rtmp服务器和flash播放器客户端之间是怎样的一个交互流程。通过阅读《rtmp specification 1.0》就可以了解，我这里把它归纳总结一下。
基本上一个rtmp server实现了以上6点交互协议，就可以支持flash的播放，顺利的输出h.264视频流。
设计与实现
知道了交互过程，我们就可以来设计和实现自己的Rtmp服务器了。由于RTMP协议是基于TCP协议的，所以rtmp server本质上就是一个TCP服务器，它的逻辑结构基本上和普通的TCP服务器是类似的。
事实上，librtmp已经提供了基本的rtmp报文的读取和发送，可以在librtmp的基础上进行开发，来实现各种rtmp协议的组包和发送，从设备、文件或网络中获取到视频数据，封装成Rtmp数据报文，发给flash播放器，完成播放。
我在另一篇文章“RTMP协议发送H.264编码及AAC编码的音视频”中，已经详细介绍了如何编译和使用librtmp，感兴趣的可以去看一下。那篇文章中谈的是rtmp协议视频发布端，和发布端相同的是，rtmp server向flash播放器发送的视频数据流，也是需要首先发送"AVC sequence header"，这其中包含的是重要的编码信息，没有的话，flash播放器将无法解码。下面的代码即是rtmp server收到播放请求之后，从"H264Reader"获取并发送的播放流程。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++