请教下用Red5做游戏服务器可行么？red5 跟 fms性能上差距多少？最好有数据证明的

red5是一个免费的java开源的流媒体服务器，性能比fms差很多，至于fms我只是听说，自己没有用过，而red5我做过测试 一个服务器 上300个连接已经很吃力了，而且集群的性能也不见得很好，又麻烦，所以 个人感觉用来做游戏的服务器 不是很可取。

现在的网页游戏的服务器，一般都是用java socket或者像mina这些socket框架来开发。

希望能帮到你·····

问题一：流媒体用的是什么协议？ 流媒体的传输协议

大家在观看网上**或者电视时，一般都会注意到这些文件的连接都不是用或者ftp开头，而是一些rtsp或者mms开头的东西，为什么是这样呢？实际上，这些和和ftp一样，都是数据在网络上传输的协议，只是它们是专门用来传输流式媒体的协议而已。下面，让我们来看一下现在使用的主要的流媒体协议：

1 RTSP（Real Time Streaming Protocol），实时流媒体协议，它是由RealNetworks和Netscape共同提出的，现在用于RealNetworks的Real Media产品中；

2 PNM（Progressive Networks Audio），这也是Real专用的实时传输协议，它一般采用UDP协议，并占用7070端口，但当你的服务器在防火墙内且7070端口被挡，且你的服务器把SmartingNetwork设为真时，则采用协议，并占用默认的80端口；

3 MMS（Microsoft Media Server protocol），这是微软的流媒体服务器协议，MMS 是连接 Windows Media 单播服务的默认方法。

介绍了主要的三个，可能您还会问，Apple的QuickTime使用哪种协议呢？在多数情况下，Quick盯ime使用协议，但实际上它也由标准的流媒体传输协议，这就是标准RTSP协议，而Real公司使用的RTSP是自己经过开发的。

在流媒体传输中，标准的协议就是RTP（Real time Transport Protocol，实时传输协议）、RTCP(Real-time Transport Control Protocol，实时传输控制协议)、RTSP（Real Time Streaming Protocol，实时流媒体协议）和RSVP（Resource Reserve Protocol, 资源预订协议），厂商们的产品都是在这些协议的基础上进行研究与开发，限于篇幅，在这里我们就不再深入讨论了。

问题二：流媒体系统包括哪三部分？目前三大主流媒体格式以及协议是什么？ 1、编码器：它由一台普通计算机、一块microvision 高清视频采集卡和流媒体编码软件组成。Microvision流媒体采集卡负责将音视频信息源输入计算机，供编码软件处理;编码软件负责将流媒体 采集卡传送过来的数字音视频信号压缩成流媒体格式。如果做直播，它还负责实时地将压缩好的流媒体信号上传给流媒体服务器

2、服务器：由流媒体软件系统的服务器部分和一台硬件服务器组成。这部分负责管理、存储、分发编码器传上来的流媒体节目。 3、终端播放器，也叫解码器: 这部分由流媒体系统的播放软件和一台普通PC组成，用它来播放用户想要收看的流媒体服务器上的视频节目。

流媒体技术原理

目前主流的流媒体技术有三种，分别是RealNetworks公司的RealSystem、Microsoft公司的WindowsMediaTechnology和Apple公司的QuickTime。这三家的技术都有自己的专利算法、专利文件格式甚至专利传输控制协议。

问题三：常见的流媒体协议有哪些？ 有MMS,RSVP,RTSP,RTP,RTPC等等

问题四：流媒体是什么有什么类型 流媒体，又叫流式媒体，是边传边播的媒体，是多媒体的一种。边传边播是指媒体提供商在网络上传输媒体的“同时”，用户一边不断地接收并观看或收听被传输的媒体。“流”媒体的“流”指的是这种媒体的传输方式（流的方式），而并不是指媒体本身。

有两种类型；

1顺序流式传输是顺序下载，在下载文件的同时用户可观看在线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，顺序流式传输不象实时流式传输在传输期间根据用户连接的速度做调整。由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，顺序流式传输比较适合高质量的短片段，如片头、片尾和广告，由于该文件在播放前观看的部分是无损下载的，这种方法保证**播放的最终质量。

2实时流式传输指保证媒体信号带宽与网络连接配匹，使媒体可被实时观看到。实时流与HTTP流式传输不同，他需要专用的流媒体服务器与传输协议。实时流式传输总是实时传送，特别适合现场事件，也支持随机访问，用户可快进或后退以观看前面或后面的内容。理论上，实时流一经播放就可不停止，但实际上，可能发生周期暂停。实时流式传输必须配匹连接带宽，这意味着在以调制解调器速度连鸡时图象质量较差。而且，由于出错丢失的信息被忽略掉，网络拥挤或出现问题时，视频质量很差。如欲保证视频质量，顺序流式传输也许更好。

问题五：流媒体协议RTMP，RTSP与HLS有什么不同 流媒体协议RTMP,RTSP与HLS有什么不同？

HLS (HTTP Live Streaming)

Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加密串文件。

常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用 HTTP 渐进下载方法。在这个中 apple 公司的 HTTP Live Streaming 是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流现在见到在桌面也有很多应用了，HTML5 是直接支持这个。

但是HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。

新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。其基本原理如下：

不将TS切片文件存到磁盘，而是存在内存当中，这种技术使得服务器的磁盘上面不再会有“数以吨计”的文件碎片，极大减少了磁盘的I/O次数，延长了服务器磁盘的使用寿命，极大提高了服务器运行的稳定性。同时，由于使用这种技术，使得终端请求数据时直接从服务器的内存中获取，极大提高了对终端数据请求的反应速度，优化了视频观看体验。

RTSP协议，这应该是实时性最好的了，如果要想实时性要求很高，比如05s以内，这个是不错的选择。前阵子模仿spydroid写了个建议的rtsp 服务器，其实就是options，describe，setup，play，pause，teardown这几步了，这个协议用的最广泛，网上介绍也比较 多。要想真正深入了解rtsp协议，c++语言功底好的可以查看live555 。

问题六：实现流媒体传输的主要协议有哪些？各自的功能和任务是什么 基于Windows Media技术的流媒体系统的设计与实现

摘要：本文在简介流媒体技术及其中的Windows Media技术的基础上，结合实际简述了Windows Media服务器的安装、ASF文件的制作以及“点播单播发布点”、“广播单播发布点”、“多播广播站”的创建方法，从实践角度阐述了在网络中实现流媒体服务的技术和方法。

关键词：Windows Media 流媒体 网络视频

Windows Media-based streaming media technology, Design and Implementation

Abstract: This article profiles in streaming media technology in its Windows Media technology on the basis of the actual bined on a Windows Media server installation, ASF, as well as the production of documents on-demand unicast release point, Broadcast Unicast release point, Multicast broadcast stations, the creation of methods, and through links to web pages, etc They may be related to the test, from the perspective of the practice described in the network to achieve streaming media services technologies and methods

Key words: Windows Media streaming video network

1流媒体技术概述

流媒体简单地说就是应用流式传输技术在Internet/Intranet上传输的连续时基媒体，如：音频、视频或多媒体文件。流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。流式传输主要指通过网络传送媒体（如视频、音频）的技术总称。其特定含义为通过Internet将影视节目传送到PC机。流媒体技术是包含了采集、编码、传输、储存、解码等多项技术的综合技术。

2 Windows Media技术简介

21 特点

Microsoft公司推出的Windows Media技术具有方便性、先进性、集成性、低费用等特点，而且其制作、发布和播放软件与Windows NT/2000/9x集成在一起，不需要额外购买。Microsoft的流视频解决方案在Microsoft视窗平台上是免费的，制作端与播放器的视音频质量都上佳，而且易于使用。

22 Windows Media播放方式

Windows Media播放方式包括单播、多播、点播与广播。它们的含义如下表所示：

单播：是客户端与服务器之间的点到点连接。在客户端媒体服务器之间建立一个单独的数据通道，1台服务器送出的每个数据包只能传送给1个客户机。

多播：是通过启用多播的网络传递内容流，网络中的所有客户端共享同一流。由多播技术构建>>

问题七：什么是流媒体播放协议 流媒体技术基础-流媒体传输协议

作者/来源：未知

实时传输协议RTP与RTCP

RTP（Real-timeTransportProtocol）是用于Internet上针对多媒体数据流的一种传输协议。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP通常使用UDP来传送数据，但RTP也可以在TCP或ATM等其他协议之上工作。当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP。RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。通常RTP算法并不作为一个独立的网络层来实现，而是作为应用程序代码的一部分。实时传输控制协议RTCP。RTCP(Real-timeTransportControlProtocol)和RTP一起提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性地传送RTCP包。RTCP包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。

621 RTP数据传输协议

RTP提供端对端网络传输功能，适合通过组播和点播传送实时数据，如视频、音频和仿真数据。RTP没有涉及资源预订和质量保证等实时服务，RTCP扩充数据传输以允许监控数据传送，提供最小的控制和识别功能。RTP与RTCP设计成独立传输和网络层。

211 RTP固定头

RTP 头格式如下：

-----------------------------------------------------------------------------------------------

|V=2|P|X| CC |M| PT | 系列号 |

-----------------------------------------------------------------------------------------------

| 时标 |

-----------------------------------------------------------------------------------------------

| 同步源标识(SSRC) |

-----------------------------------------------------------------------------------------------

| 作用标识 (CSRC) |

| |

-----------------------------------------------------------------------------------------------

开始12个八进制出现在每个RTP包中，而CSRC标识列表仅出现在混合器插入时。

212 复用 RTP 连接

为使协议有效运行，复用点数目应减至最小。RTP中，复用由定义RTP连接的目的传输地址（网络地址与端口号）提供。例如，对音频和视频单独编码的远程会议，每个媒介被携带在单独RTP连接中，具有各自的目的传输地址。目标不在将音频和视频放在单一RTP连接中，而根据SSRC段载荷类型进行多路分解。使用同一SSRC ，>>

问题八：流媒体协议RTMP，RTSP与HLS有什么不同 RTMP是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写。该协议基于TCP，是一个协议族，包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。RTMP是一种设计用来进行实时数据通信的网络协议，主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。支持该协议的软件包括Adobe Media Server/Ultrant Media Server/red5等。

RTSP(Real Time Streaming Protocol)，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输。HTTP与RTSP相比，HTTP请求由客户机发出，服务器作出响应;使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。RTSP是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP 11类似，但并不特别强调时间同步，所以比较能容忍网络延迟。而前面提到的允许同时多个串流需求控制(Multicast)，除了可以降低服务器端的网络用量，更进而支持多方视讯会议(Video Conference)。因为与HTTP11的运作方式相似，所以代理服务器〈Proxy〉的快取功能〈Cache〉也同样适用于RTSP，并因RTSP具有重新导向功能，可视实际负载情况来转换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。

问题九：实时流媒体RTSP协议的开发，该看哪些书籍 可以看看live555，那个代码里面有rtsp，流程很清晰，很好理解

如果要做流媒体客户端的话，可能会用到directshow

问题十：移动流媒体的控制协议 流媒体使用的特有的应用和控制协议有RTP/RTCP、RSVP和RTSP。（1）实时传输协议（RTP）和实时控制协议（RTCP）。RTP/RTCP是基于IP的应用层协议，支持实时数据（音频、视频流）的传输，其思想是传输实时数据的同时发送一些关于传输和接收的质量的反馈信息，这两个任务分别由RTP和RTCP完成。RTP提供一些机制用于进行时间重建、定时、丢包检测和重排序。RTP支持单播和组播，可用于单向传输也可用于双向业务，但是RTP本身不提供如何实时传输的机制，也不提供可靠的流阻塞控制，而是通过与RTCP和UDP的配合，使传输效率达到最优化。RTP/RTCP为传送实时数据提供需要的功能和控制机制，但是其本身不负责高层的任务，如重排序和同步，这些由应用程序完成。（2）资源预留协议（RSVP）。RSVP允许数据接收方为数据流请求特殊的端到端QoS。实时应用使用RSVP在路由器上预留必要的资源，这样在传输的时候可以得到所要求的带宽。RSVP流程是单一的，不区别发送方和接收方。RSVP支持组播和单播，并适应变化的成员个数和路由。使用RSVP要求传输路径上的节点都支持RSVP，这很难得到保证，所以流应用一般不使用RSVP。（3）实时流协议（RTSP）。RTSP是一个应用层协议，利用RTSP可以在服务器和客户端之间建立并控制连续的音频媒体和视频媒体流，进行服务器和客户端之间的“网络远程控制”，提供类似VCR的音频和视频的远程控制功能。但是RTSP要在独立于数据的通道中进行传输。RTSP支持单播和组播，提供选择传送通道的方法，可以选择UDP、组播UDP和TCP，而低层的传输机制依赖于RTP或TCP。RTSP与低层的协议（如RTP、RSVP）一起协调运行，提供完全的流服务。RTSP是有状态的、对称的协议，RTSP服务器维护会话状态且RTSP中媒体服务器和客户端都能发出请求。RTSP的语法和操作与HTTP相似，使用专用于音频和视频的类似于HTTP中的URL。

流媒体的需求正好最近我也在做。

根据我所知道的情况，如果你使用的是将Windows Midea Player或者QuickTime或者Real Player嵌入网页，那么不用流媒体服务器也可以实现，这样做的缺点是，视频的地址直接在控件上点右键-->属性就能看到，很容易被下载

目前主流的，还是用FLASH播放器播放，后台用流媒体服务器的方式。

主流的流媒体服务器有：

Adobe Flash Midea Server，这个是收费的，有个免费的开发版本，只能支持10个并发，而且不允许商用

red5，这个是开源的，而且是java写的，对于JAVA应用来说，是个很好的选择，即便不是JAVA应用，也很不错

对于楼主的播放不了视频，我觉得可能是OJBECT标签中少了一些东西，我记得有很多类似网址样的东西的，貌似都没有。

中国IDC某市城市商业银行已经实施了初步的安全建设，目前单独部署了2台防火墙和单机版防病毒，但已不能满足该商业银行业务发展及上级监管部门对信息安全提出的更高要求。经过漏洞评估，该商业银行发现生产网（包括核心服务器）与互联网的隔离不足，存在大量高危风险漏洞，且被攻击者利用并获得系统控制权限的可能性极大，为了加强信息安全保障，用户决定进行网络安全二期改造。根据已经实施的风险评估，确认当前较为紧迫的安全需求包括：　安全域调整　划分单独的核心服务器区域，将原来统一部署在生产网核心交换机的应用服务器和数据库服务器等割接至新增的核心服务器交换机，该交换机接入生产网核心交换机，将核心服务器区置于单个VLAN中，同时用VLAN将生产网和办公网实现隔离。　内外网逻辑隔离　在生产网核与互联网之间部署UTM（统一威胁管理）设备，使其工作在透明模式，通过合理配置UTM的访问控制策略可降低无法修补的设备漏洞所造成的威胁，并将使用存在漏洞服务的终端控制在一定的范围内，对其访问行为进行日志记录。　核心服务器保护　该市城市商业银行业务系统均为WEB应用业务，通过之前进行的风险评估，确认这些WEB应用服务器均具有SQL注入漏洞，被攻击的可能性极大，威胁可能来自外部终端和内部终端，需要重点保护，因此需要部署一台可精确阻断SQL注入攻击的防御设备。　二、实施方案　通过对多家产品的横向测试，最终该市城市商业银行选择了启明星辰的天清汉马USG一体化安全网关产品作为内外网隔离设备，选择了启明星辰的天清IPS产品作为核心服务器保护设备，具体产品部署方案如下： 该方案在建设之初用户对网络进行了全面的风险评估，因此建设具有很强的针对性。来自互联网的威胁包括：网络入侵、病毒传播、非授权访问控制、资源滥用、非法言论传播等，天清汉马USG一体化安全网关具有功能全、性能高、应用简单等特点，适用于城市商业银行的内外网隔离需求。　城市商业银行网络中的核心服务器包含了最重要的业务系统以及数据资源，而针对服务器群的威胁主要是应用层威胁，具体来讲主要是针对WEB业务的应用威胁。目前针对WEB系统破坏力最强的威胁就是SQL注入，通过SQL注入入侵者可以获取WEB应用系统的完整权限，可以任意修改和窃取敏感数据，对城市商业银行来讲彻底屏蔽SQL注入威胁至关重要。而目前可选择的安全产品之中，只有启明星辰的天清IPS因为采用了基于原理的SQL注入检测与阻断技术，可以有效识别并阻断SQL注入攻击，因此城市商业银行选择了天清IPS作为核心服务器保护设备。产品上线后，通过天清IPS日志系统可以看出，有多起SQL注入攻击被成功阻断，用户信息系统的安全性得到了极大的提高。

视频编码器VJEncoder2是一款可将高标清视音频信号压缩转换成H264/AAC网络流的网络编码设备，编码后的网络流支持标准的RTMP传输协议，可支持推流到VJMS3、FMS、Wowza等Flash服务器。

高密度编码、高质量流畅图像、低延时、多标准格式支持，这些都是一款优秀视频编码器的必备属性。纳加全新编码器系列将以出色的功能和性能表现证明自己的实力：

多路数编码

纳加编码器系列产品提供了从单路到多达18路的多种编码路数，供不同需求场景按需而择，其中包括单路、4路、6路、12路、18路多种规格。

高编码密度

编码器单机可支持单路或多路（最高支持18路）高清/标清同时编码。

低延时

采用突破性H264HighProfile编码，低带宽下无压力传输高清视音频，轻松实现低于50ms的编码延时

高标清兼容

本系列编码器包括1U机架式、2U机架式和嵌入式三类均可支持高清标清两种视频质量的编码。

双码流

每路编码均支持主码流、子码流双路码流，两路均可独立设置编码参数，最高支持1080p。

支持多种主流格式

支持RTMP推流到Flash服务器(FMS/Wowza/VJMS3)

H264支持ABR/CBR/CQP模式，支持baseline/-main/high规范，支持10~52等级，码率范围0kbps~30mbps，支持低延时编码。

AAC支持MPEG2/MPEG4版本，支持MAIN/LOW/SSR/LTP复杂度，码率范围10kbps~256kbps，输出格式支持RAW/ADTS。

标准机箱设计

1U/2U机架式为标准机箱设计，可上标准机架

多种规格配置

本系列编码器包括1U机架式、2U机架式和嵌入式三类近十种型号可供选择，不同的编码路数、信号输入数和类型、编码质量、视频制式、码流推送数量，以最高的性价比满足多种层次视频编码的不同需求。

操作简便

通过简单的Web操作，即可对纳加视频编码器进行全面的配置和管理。编码器支持RTP/RTSP传输协议、RTMP推送协议，兼容ONVIF11/20标准，可与当前流行的流媒体服务器（如Wowza/RED5/FMS）、NVR、视频管理平台等兼容集成。借助API编程接口，更可实现远程RS485透传、双向语音对讲等更多丰富实用的功能。