流媒体服务器和普通的网站服务器的区别

流媒体和服务器是两个概念

web服务器提供了流媒体播放所需要的环境，这样流媒体就可以实现点播与直播

web服务器能播放不是服务器可以播放，而是服务器支持了如flash这样视频解码，就是有客户端！流媒体，简单的包括播放客户端、通信协议、服务器基本这三块

tomcat是支持并发量的，可以支持多少客户端同时取文件播放，一般利用live555支持流的传输,并且web也不是必须用>

网络视频服务器（DVS，Digital Video Server）主要用于以太网实时传输数字音视频的多媒体服务器，它能通过以太网（局域网/广域网）将实时的图像和声音同时通过网络传输。视频服务器可以在保留现有模拟视频监控设备的同时，将视频监视系统平滑升级到基于网络的视频监控系统，它非常适用于与现存的模拟CCTV（闭路电视监控）系统相集成。视频服务器为模拟视频设备带来了全新的功能特性，并彻底消除了系统对于同轴电缆、模拟监视器和DVR等专用设备的依赖。DVR将不再成为实现录像功能的必需品，因为在视频服务器的帮助下，视频图像可以通过标准的PC服务器来进行录制和管理。一台视频服务器通常具备1至4个模拟视频输入接口用于连接模拟摄像机，同时具备1个以太网接口用于连接到网络。与网络摄像机一样，它包含内置的Web服务器、图像压缩芯片以及 *** 作系统，在这些部件的作用下，模拟视频输入将被转化为数字视频信号，并能够通过计算机网络进行传输和存储，从而大大简化了视频资源的访问和管理。

除了视频输入之外，视频服务器还可以通过同一个网络连接实现其他更多的功能和传输更多的信息，其中包括：数字化报警输入和输出（I/O接口，可用于触发服务器启动录像功能和传输视频，或者激活外部报警设备如警灯或打开房门等等）、音频、用于串行数据传输或PTZ设备控制的串行端口灯。通过图像缓存，视频服务器还可以发送报警前后的图像。视频服务器还可以连接更多的专用摄像机，例如高感光度黑白摄像机、微型摄像机或显微摄像机等等。

视频服务器用于监控领域，大家都很清楚，但不常见的应用，如流媒体。采用流媒体方式，即设立一台流媒体服务器，建立与视频服务器的连接，对该视频服务器的视频访问全部通过流媒体转发服务器软件模块来进行转发，使得该视频服务器的视频服务只占一个通道。这样保证与视频服务器只有一个连接，提高了播放性能和质量。

RTMP协议规定，发布一个流媒体有两个前提步骤：
第一步，建立一个网络连接（NetConnection）。
第二步，建立一个网络流（NetStream）。
网络连接代表服务器端应用程序和客户端之间基础的连通关系，网络流代表了发送多媒体数据的通道。服务器和客户端之间只能建立一个网络连接，但是基于该连接可以创建很多网络流。

发布一个RTMP协议的流媒体需要经过四个阶段：

下面是使用librtmp执行推流过程的API调用流，如下：

RTMP定义了较为完善的协议标准，遵循规范，我们可以使用合适的工具进行推流，但是由于有些 *** 作是可选的，因而抓包过程又略有差异，下面是我使用ffmpeg工具推流时抓取的报文，使用wireshark分析过程整理为下面的图文。

先看一张总览图，图中显示的报文和时序包含了握手、建立连接、建立流和推流阶段，如下：

还有申明下，以下的流程是根据实际抓包情况分析出来的，由于不同的工具省略了一些不必要的步骤，故不代表标准结果，仅供参考。

由于讲解握手过程的文档资料比较多，我这里就不重复描述了，摘图如下：

个人认为这张图是最符合标准时序的，细节拿捏得非常讲究，虽然很多实现简化了流程。

包括以下报文和步骤：

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 0
     CSID: 3
     时间戳：0
     BodySize: 143
     TypeID: 0x14
     Stream ID: 0
负载格式：AMF0表示，connect 1 object1
     object1属性列表：
          "app": "live"
          "type": "nonprivate"
          "flashVer": "LNX 9,0,124,2"
          "tcUrl": " rtmp://127001:1935/live "
          End Of Object Marker

协议截图如下：

协议方向：服务器 -> 客户端
块头字段：
     HeaderType: 0
     CSID: 2
     时间戳：0
     BodySize: 4
     TypeID: 0x05
     Stream ID: 0
负载格式：4字节整型表示，如5000000

协议截图如下：

协议方向：服务器 -> 客户端
块头字段：
     HeaderType: 0
     CSID: 2
     时间戳：0
     BodySize: 5
     TypeID: 0x06
     Stream ID: 0
负载格式：5字节整型表示，前4字节为带宽，后1字节为标志，如5000000, 2(动态调整)

协议截图如下：

协议方向：服务器 -> 客户端
块头字段：
     HeaderType: 0
     CSID: 2
     时间戳：0
     BodySize: 4
     TypeID: 0x01
     Stream ID: 0
负载格式：4字节整型表示，如4096

协议截图如下：

协议方向：服务器 -> 客户端
块头字段：
     HeaderType: 0
     CSID: 3
     时间戳：0
     BodySize: 190
     TypeID: 0x14
     Stream ID: 0
负载格式：AMF0表示，_result 1 object1 object2
     object1属性列表：
          "fmsVer": "FMS/3,0,1,123"
          "capabilities": 31,
          End Of Object Marker
     object2属性列表：
          "level": "status"
          "code": "NetConnectionConnectSuccess",
          "description": "Connection succeeded",
          "objectEncoding": 0
          End Of Object Marker

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 0
     CSID: 2
     时间戳：0
     BodySize: 4
     TypeID: 0x01
     Stream ID: 0
负载格式：4字节整型表示，如4096

包括以下报文和步骤：

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 1
     CSID: 3
     时间戳：0
     BodySize: 30
     TypeID: 0x14
负载格式：AMF0表示，releaseStream 2 object(Null) String("a")

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 1
     CSID: 3
     时间戳：0
     BodySize: 26
     TypeID: 0x14
负载格式：AMF0表示，FCPublish 3 object(Null) String("a")

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 1
     CSID: 3
     时间戳：0
     BodySize: 25
     TypeID: 0x14
负载格式：AMF0表示，createStream 4 object(Null)

协议截图如下：

协议方向：服务器 -> 客户端
块头字段：
     HeaderType: 0
     CSID: 3
     时间戳：0
     BodySize: 29
     TypeID: 0x14
     Stream ID: 0
负载格式：AMF0表示，_result 4 object(Null) Number(1)

包括以下报文和步骤：

完成推推后，还包括以下报文和步骤：

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 0
     CSID: 8
     时间戳：0
     BodySize: 31
     TypeID: 0x14
     Stream ID: 1
负载格式：AMF0表示，publish 5 Object(Null) String节目ID("a") String("live")

协议截图如下：

协议方向：服务器 -> 客户端
块头字段：
     HeaderType: 0
     CSID: 5
     时间戳：0
     BodySize: 105
     TypeID: 0x14
     Stream ID: 1
负载格式：AMF0表示，onStatus 0 Object1(Null) object2
     object2属性列表：
          "level": "status"
          "code": "NetStreamPublishStart",
          "description": "Start publishing",
          End Of Object Marker

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 0
     CSID: 4
     时间戳：0
     BodySize: 387
     TypeID: 0x12
     Stream ID: 1
负载格式：AMF0表示，@setDataFrame "onMetaData" ECMAarray
     ECMAarray属性列表：
          "duration": 0,
          "width": 480,
          "height": 270,
          "videodatarate": 1953125,
          "framerate": 16,
          "videocodeid": 2,
          "audiodatarate": 625,
          "audiosamplerate": 44100,
          "audiosamplesize": 16,
          "stereo": false,
          "audiocodeid": 2,
          "major_brand": "isom",
          "minor_version": "512",
          "compatible_brands": "isomiso2avc1mp41",
          "encoder": "Lavf598100",
          "filesize": 0,
          End Of Object Marker

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 0
     CSID: 4
     时间戳：0
     BodySize: 209
     TypeID: 0x08
     Stream ID: 1
负载格式：格式头，媒体数据

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 1
     CSID: 3
     时间戳：0
     BodySize: 28
     TypeID: 0x14
负载格式：AMF0表示，FCUnpublish 6 object(Null) String("a")

协议截图如下：

协议方向：客户端 -> 服务器
块头字段：
     HeaderType: 1
     CSID: 3
     时间戳：0
     BodySize: 34
     TypeID: 0x14
负载格式：AMF0表示，deleteStream 7 object(Null) Number(1)

协议截图如下：

协议方向：服务器 -> 客户端
块头字段：
     HeaderType: 0
     CSID: 5
     时间戳：0
     BodySize: 108
     TypeID: 0x14
     Stream ID: 1
负载格式：AMF0表示，onStatus 0 Object1(Null) object2
     object2属性列表：
          "level": "status"
          "code": "NetStreamUnpublishStart",
          "description": "Stop publishing",
          End Of Object Marker

结合以上分析，总结时序图如下：

另外，关于HeaderType和CSID的运用，先归纳使用情况：
0x14(connect) HeaderType: 0 CSID: 3
0x05(Ack Window Size) HeaderType: 0 CSID: 2
0x06(BrandWidth) HeaderType: 0 CSID: 2
0x01(ChunkSize) HeaderType: 0 CSID: 2
0x14(connect _result) HeaderType: 0 CSID: 3
0x14(releaseStream) HeaderType: 1 CSID: 3
0x14(FCPublish) HeaderType: 1 CSID: 3
0x14(createStream) HeaderType: 1 CSID: 3
0x14(createStream _result) HeaderType: 0 CSID: 3
0x14(publish) HeaderType: 0 CSID: 8
0x14(publish onStatus) HeaderType: 0 CSID: 5
0x12(onMetaData) HeaderType: 0 CSID: 4
0x08(audioData) HeaderType: 0 CSID: 4
0x09(videoData) HeaderType: 0 CSID: 6
0x14(FCUnpublish) HeaderType: 1 CSID: 3
0x14(deleteStream) HeaderType: 1 CSID: 3
0x14(deleteStream onStatus) HeaderType: 0 CSID: 5

总结：
关于HeaderType的运用，有以下规则：
releaseStream、FCPublish、createStream、FCUnpublish、deleteStream使用1号HeaderType，借用3号CSID之前的StreamID。
audioData和videoData视情况使用0、1、2、3号HeaderType。
关于CSID的运用，有以下规则：

经与拉流对比，发现CSID的使用没有明显的约束规则，如果某类数据需要压缩头部，建议使用相同的CSID。

一、手机直播系统源码开发实现视频直播主要有以下四步：
1）前端采集编码设备：提供直播信号源的采集和编码压缩功能，并将信号推送到直播流媒体服务器上。
2）直播流媒体服务器：负责直播流的发布和转播分发功能。
3）WEB服务器：实现直播节目在终端上的展现。
4）终端设备：包括PC和移动终端。编码和协议 是实现直播的重要环节：1）网络协议：主要有3种 a RTSP（Real Time Streaming Protocol）是用来控制声音或影像的多媒体串流协议, 由Real Networks和Netscape共同提出的；b RTMP(Real Time Messaging Protocol):实时消息传送协议是Adobe公司为Flash播放器和服务器之间音频、视频和数据传输 开发的开放协议；c HLS(>