如何在Android实现一个流媒体服务器

辛辛苦苦找到的，够详细吧？
1 引言
随着互联网的飞速发展,流媒体技术的应用越来越广泛,从网上广播、播放到远程教学以及在线的新闻网站等都用到了流媒体技术。但现有公开文献所报道的大多是利用现有的流媒体服务器来搭建一个流媒体服务系统，或者是针对流媒体数据的编码方式所进行的研究。本文对流媒体服务器技术的研究重点在于如何建立一个服务器，并且在实现流媒体传输的两个基本协议RTP/RTCP的基础上构建一个基本的流媒体服务器。
2 流媒体技术简介
21 “流”的定义
现在网上传输视频、音频主要有下载（Download）和流式传输（Streaming）两种方式。流式传输是连续传送视/音频信号，当流媒体在客户机播放时其余部分在后台继续下载。流式传输有顺序流式传输(Progressive Streaming)和实时流式传输(Realtime Streaming)两种方式。实时流式传输是实时传送，特别适合现场事件，实时流式传输必须匹配连接带宽，这意味着图像质量会因网络速度降低而变差,以减少对传输带宽的需求。“实时”的概念是指在一个应用中数据的交付必须与数据的产生保持精确的时间关系。
在Internet中使用流式传输技术的连续时基媒体就称为流媒体，通常也将其视频与音频称为视频流和音频流。实现流式传输一般都需要专用服务器和播放器。
22 流媒体系统组件
流媒体是由各种不同软件构成的，这些软件在各个不同层面上互相通信，基本的流媒体系统包含以下3个组件：
播放器（Player），用来播放流媒体的软件。
服务器（Server），用来向用户发送流媒体的软件。
编码器（Encode），用来将原始的音频视频转化为流媒体格式的软件。
这些组件之间通过特定的协议互相通信，按照特定的格式互相交换文件数据。有些文件中包含了由特定编解码器解码的数据，这种编解码器通过特定算法压缩文件的数据量。
3 流媒体服务器的基本功能和服务方式
31 流媒体服务器的主要功能
（1）响应客户的请求，把媒体数据传送给客户。流媒体服务器在流媒体传送期间必须与客户的播放器保持双向通信（这种通信是必需的，因为客户可能随时暂停或快放一个文件）。
（2）响应广播的同时能够及时处理新接收的实时广播数据，并将其编码。
（3）可提供其他额外功能，如：数字权限管理（DRM），插播广告，分割或镜像其他服务器的流，还有组播。
32 流媒体服务器的服务方式
（1）单播。在客户端与媒体服务器之间建立一个单独的数据通道，从1台服务器送出的每个数据包只能传送给1个客户机。
（2）组播。在以组播技术构建的网络上，允许路由器一次将数据包复制到多个通道上。
（3）点播与广播。点播连接是客户端与服务器之间的主动的连接，在点播连接中，用户通过选择内容项目来初始化客户端连接，用户可以开始、停止、后退、快进或暂停流。广播指的是用户被动地接收流，在广播过程中，数据包的单独一个拷贝将发送给网络上的所有用户，客户端接收流，但不能控制流。
4 构建流媒体服务器
41 RTP/RTCP协议简介
实时传输协议RTP（Realtime Transport Protocol）：是针对Internet上多媒体数据流的一个传输协议, 由IETF(Internet工程任务组)作为RFC1889发布。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP的典型应用建立在UDP上，但也可以在TCP或ATM等其他协议之上工作。RTP本身只保证实时数据的传输，并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。
实时传输控制协议RTCP（Realtime Transport Control Protocol）：负责管理传输质量在当前应用进程之间交换控制信息。在RTP会话期间，各参与者周期性地传送RTCP包，包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，能以有效的反馈和最小的开销使传输效率最佳化，故特别适合传送网上的实时数据。
RTCP主要有4个功能:
（1）用反馈信息的方法来提供分配数据的传送质量，这种反馈可以用来进行流量的拥塞控制，也可以用来监视网络和用来诊断网络中的问题；
（2）为RTP源提供一个永久性的CNAME（规范性名字）的传送层标志，因为在发现冲突或者程序更新重启时SSRC(同步源标识)会变，需要一个运作痕迹，在一组相关的会话中接收方也要用CNAME来从一个指定的与会者得到相联系的数据流（如音频和视频）；
（3）根据与会者的数量来调整RTCP包的发送率；
（4）传送会话控制信息，如可在用户接口显示与会者的标识，这是可选功能。
42 RTP/RTCP工作过程
工作时，RTP协议从上层接收流媒体信息码流（如H263），装配成RTP数据包发送给下层，下层协议提供RTP和RTCP的分流。如在UDP中， RTP使用一个偶数号端口，则相应的RTCP使用其后的奇数号端口。RTP数据包没有长度限制，它的最大包长只受下层协议的限制。
43 服务器的算法
服务器软件模型主要有两种，即并发服务器和循环服务器。循环服务器(Iterative Server)是指在一个时刻只处理一个请求的服务器。并发服务器(Concurrent Server)是指在一个时刻可以处理多个请求的服务器。事实上，多数服务器没有用于同时处理多个请求的冗余设备，而是提供一种表面上的并发性，方法是依靠执行多个线程，每个线程处理一个请求，从客户的角度看，服务器就像在并发地与多个客户通信。
由于流媒体服务时间的不定性和数据交互实时性的请求，流媒体服务器一般采用并发服务器算法。本文构建了一个基本的流媒体服务器，能够同时响应多个用户的请求，把本地硬盘流媒体文件或实时数据流（H263格式）发送给用户。在应用中，把客户分为请求实时数据的实时客户和请求文件数据的文件客户两类。主要算法为：
（1）打开设备，分配资源。当设备准备好时，创建一个RTP实时服务线程和一个RTCP实时服务线程。
（2）创建一个UDP套接字并将其绑定到所提供服务的地址之上。
（3）反复调用接收模块，接收来自客户的RTCP报告，根据其类型做出响应。对新实时客户的请求，把客户地址添加到实时服务的客户列表中，对新文件客户的请求，则创建一个新RTP文件服务线程和一个新RTCP文件服务线程；对已经在服务中的客户则根据RTCP报告的内容调整服务。
RTP实时服务线程1：初始化客户列表和RTP首部。
RTP实时服务线程2：从设备读取媒体数据，把数据发送给实时服务列表中的客户。
RTP实时服务线程3：更新RTP首部和统计数据。
RTP实时服务线程4：计算延时，重复第二步。
RTCP实时服务线程1：初始化RTCP首部。
RTCP实时服务线程2：发送发送方报告给实时服务列表中的客户。
RTCP实时服务线程3：计算延时，重复第二步。
RTP文件服务线程1：初始化RTP首部。
RTP文件服务线程2：从文件读取媒体数据，把数据发送给客户。
RTP文件服务线程3：更新已发送数据的统计信息，为生成发送方报告做准备。
RTP文件服务线程4：计算延时，调整发送速度，正常情况下开始重复第二步。
RTCP文件服务线程1：初始化RTCP首部，发送一个源描述(SDES)报文给客户。
RTCP文件服务线程2：根据已发送数据的统计信息生成发送方报告，发送给客户。
RTCP文件服务线程3：计算延时，正常情况下开始重复第一步。
5 流媒体服务器实现中应注意的问题
51 会话和流的两级分用
一个RTP会话(Session)包括传给某个指定目的地对(Destination Pair)的所有通信量，发送方可能包括多个。而从同一个同步源发出的RTP分组序列称为流(Stream),一个RTP会话可能包含多个RTP流。一个 RTP分组在服务器端发送出去的时候总是要指定属于哪个会话和流，在接收时也需要进行两级分用，即会话分用和流分用。只有当RTP使用同步源标识 (SSRC)和分组类型(PTYPE)把同一个流中的分组组合起来，才能够使用序列号(Sequence Number)和时间戳(Timestamp)对分组进行排序和正确回放。
52 多线程的管理
并发服务器模式要求用多线程来提供服务，所以多线程的管理十分重要。在本文构建的服务器中，不同客户的请求和反馈都由服务器的主线程处理，由于实时数据的独有性，不同实时客户可以共用一个RTP实时服务线程和一个RTCP实时服务线程，这样可以大大减小服务器的负担，而每个文件客户由于请求的文件不同，相应地对速度和开始时间的要求都可能不同，所以需要有自己独有的RTP文件服务线程和RTCP文件服务线程。
RTP服务线程负责把实时数据流发送给客户， RTCP服务线程根据RTP线程的统计数据，产生发送方报告给客户。RTP线程和RTCP线程之间通过一段共享内存交互统计数据，对共享内存必须设置互斥体进行保护，防止出现错误读写。在这种方式下，服务器可以根据每个用户的不同请求和具体情况方便地提供不同的服务。
53 时间戳的处理
时间戳字段是RTP首部中说明数据包时间的同步信息，是数据能以正确的时间顺序恢复的关键。时间戳的值给出了分组中数据的第一个字节的采样时间 (Sampling Instant)，要求发送方时间戳的时钟是连续、单调增长的，即使在没有数据输入或发送数据时也是如此。在静默时，发送方不必发送数据，保持时间戳的增长，在接收端，由于接收到的数据分组的序号没有丢失，就知道没有发生数据丢失，而且只要比较前后分组的时间戳的差异，就可以确定输出的时间间隔。
RTP规定一次会话的初始时间戳必须随机选择，但协议没有规定时间戳的单位，也没有规定该值的精确解释，而是由负载类型来确定时钟的颗粒，这样各种应用类型可以根据需要选择合适的输出计时精度。
在RTP传输音频数据时，一般选定逻辑时间戳速率与采样速率相同，但是在传输视频数据时，必须使时间戳速率大于每帧的一个滴答。如果数据是在同一时刻采样的，协议标准还允许多个分组具有相同的时间戳值。
54 媒体数据发送速度的控制
由于RTP协议没有规定RTP分组的长度和发送数据的速度，因而需要根据具体情况调整服务器端发送媒体数据的速度。对来自设备的实时数据可以采取等时间间隔访问设备缓冲区，在有新数据输入时发送数据的方式，时间戳的设置相对容易。对已经录制好的本地硬盘上的媒体文件，以H263格式的文件为例，由于文件本身不包含帧率信息，所以需要知道录制时的帧率或者设置一个初始值，在发送数据的时候找出发送数据中的帧数目，根据帧率和预置值来计算时延，以适当的速度发送数据并设置时间戳信息。
55 多种流同步
RTCP的一个关键作用就是能让接收方同步多个RTP流，例如：当音频与视频一起传输的时候，由于编码的不同，RTP使用两个流分别进行传输，这样两个流的时间戳以不同的速率运行，接收方必须同步两个流，以保证声音与影像的一致。为能进行流同步，RTCP要求发送方给每个传送一个唯一的标识数据源的规范名(Canonical Name），尽管由一个数据源发出的不同的流具有不同的同步源标识(SSRC)，但具有相同的规范名，这样接收方就知道哪些流是有关联的。而发送方报告报文所包含的信息可被接收方用于协调两个流中的时间戳值。发送方报告中含有一个以网络时间协议NTP(Network Time Protocol)格式表示的绝对时间值，接着RTCP报告中给出一个RTP时间戳值，产生该值的时钟就是产生RTP分组中的TimeStamp字段的那个时钟。由于发送方发出的所有流和发送方报告都使用同一个绝对时钟，接收方就可以比较来自同一数据源的两个流的绝对时间，从而确定如何将一个流中的时间戳值映射为另一个流中的时间戳值。
6 结论
流媒体技术的应用日益广泛，对流媒体技术的研究具有很大的实际意义,本文通过对RTP/RTCP协议的研究，分析流媒体服务器的一般功能和结构，给出构建一个基本的流媒体服务器的实现方案，实验证明可以同时满足多个实时和文件客户的要求,并已经应用于一个远程监控系统中

obs目标使用选Quick Sync 。办法很简单。打开 OBS，进入设置，点击左边的输出，在编码器这里就能看到支持的编码方法。X264 就是软解了，非常耗费 CPU，其他的都是硬解。如果 A 卡 N 卡的编码器同时存在，优先推荐把不玩游戏那张卡拿来加速。其次按推荐顺序是 N卡，接着是 I 卡，然后是 A 卡，最后才是纯 CPU；但在某些极端条件下：上传很慢（只有1到2Mb），但是 CPU 非常强的话，优先纯 CPU 来编码，因为 10Mb以内的这种低码率，相同画质纯CPU视频码率会远远小于显卡加速。比特率设置成你刚才测试的上传速度取小整，比如我刚才测试的上传是 4700，那这里就取小整变成 4000，预设这一项会影响画质，如果你觉得卡就可以往下面改，如果你在不卡的时候觉得画质太低，可以往上改，改到满意为止。所以，obs目标使用选Quick Sync。

分类: 电脑/网络
问题描述:

我是网吧网管，最近准备安装一台网吧**服务器。都是设置那些方面能于局域网内共享，需要装什么软件。谢谢各位高手请教。

解析:

你说的是**服务器吧

**服务器架设，我推荐使用流媒体服务器形式

在正式介绍流媒体服务器架设之前，我们先来了解一下流媒体的概念：流媒体实际上是个技术名词。随着宽带成为网络架构的重点，网络上的信息不再只是文本、图象或者简单的声音文件，流媒体也就是Streaming Media由此孕育而生
流媒体不同于传统的多媒体，从前，多媒体文件需要从服务器上下载之后才能播放，一个一分钟的视频文件，在56K的窄带网络上至少需要30分钟进行下载。而流媒体的特点是运用可变带宽技术，使人们可以在28K到1200K的带宽环境下在线欣赏高品质音频和视频节目。

到目前为止，互联网使用较多的流媒体格式主要有美国Real Neorks公司的RealMedia和微软公司的Windows Media。不过，随着信息技术的发展，流媒体还有着广阔应用的空间。

下面我们再来了解一下流媒体服务器的一些概念

首先我们来理解一下什么叫单播,什么叫多播

其实单播的概念就是一个:只播放本地服务器的媒体文件

例如 ASFroot 下的文件就是用于单播的,简单点来说就是单单对外播放

多播的概念比单播只是深了一个层次

大家都有看新闻吧,新闻的现场直播不错吧

多播的概念与电视台差不多

现在来分析一下电视台,电视台有固定的发射频率,服务器也有固定的 IP

两者本质上是一样的

以下用逻辑点来说明:

电视台(简称 A 点)放电视剧就把录像带(简称 B 点) 去就行了

服务器把自己的文件共享出来就行了

这就是单播

电视台做直播,直播地点(简称 C 点)要将信号发射到电视台,电视台再对外发射

服务器接收到一个数据源,再将这个数据源对外共享

无论怎样,用户(简称D点)访问的时候不是直接访问源头,而是访问电视台(服务器)

这就是多播

多播的概念就是 D-> A <-B、C 这个架构

(B或者C 发送数据到 A, D 访问 A)

狭义上 B 点是固定的,它只是录像带,用 B 这个方案就是单播

C 点是活动的(直播地方嘛,当然是活动的), C 这个方案就是多播

Media Server(以下简称MS)与 Real Server(以下简称RA)支持同时单播与多播,

对于 C 点这个位置, MS 使用 MS 编码器(4103920),

RS 使用 RealProducer

两者的功能都差不多,只是一个是 Microsoft ,一个是 RealSystem 罢了

对于 RS 来说,只要你有 RS 的登陆权限就可以设定多播

详细设置可以自己慢慢看看,只是多加几个用户罢了

对于 MS 来说,只允许本地拥有 Administrator(NetShowSevice) 权限的用户作出配置

现在我们再来说说流媒体服务器支持的文件格式

windows media server支持的格式主要有asf、wmv、wma

realsystem server支持的文件格式主要有REALAUDIO、WAV、AU、MPEG-1、MPEG-2、MPS、REALVIDEO、AVI、QUICKTIME、REALPIX、REALTEXT、GIF、JPEG、SMIL、REAL FLASH

好了，说了那么多，该到正题了，我们的目的是做一个支持大部分流媒体格式文件的流媒体服务器，现在市面上能够买到的一些**文件有rm格式和wmv格式

还有一些是DivX技术的avi格式，要想让你的服务器对他们通吃，不是没有办法，现在realsystem的最新流媒体服务端软件Helix Server已经支持windows media了不过，到现在为止，还没有人破解它的授权算法，呵呵，授权价格是很贵的，我想很多人是没有这个购买力的，我们现在只好使用已经破解了的realserver8这个软件了，但realserver8不支持window edia，要想实现“通吃”，我们只好在一台服务器上架设两种流媒体服务器了

一、windows media server的架设

windows media server是微软免费提供的一个流媒体服务端软件（当然不是真的免费，你想想windows2000要多少钱，不过我用盗版，哈哈哈哈哈哈）在2000光盘中可以找到，在装windows2000时可以选择这个服务，如果装2000系统时，你没有选择添加这个服务，你也可以在添加删除程序里选择添加这个服务（不要告诉我你不会装windows2000）添加后，你的机器就已经拥有了windows media server服务了,你可以把asf、wmv等文件放到c:\asfroot\中，用mms地址/文件名的方式来访问你放进去的那个文件了，呵呵，怎么样？简单吧？不过，你不可能真的就用c盘来存放那么多的流媒体文件吧？我们要做的是更改流媒体服务器的主目录，就是说我们可以在另外的分区建立一个目录来存放这些文件，当用mms地址/文件名访问的时候是访问你建立的那个目录里的文件 而不是c:\asfroot\中的文件，下面我们用一些来介绍这些设置

首先我们进入“配置服务器”选择“流式媒体服务器”点击“管理”进入

Windows Media Encoder

打开Windows Media Encoder后，在向导中选择第一项，而非第二项，这与前面的ASF文件输出是不同的，如图4。

图4

接下来的视频音频源选择是极为关键的，这里一定要保证设备被正确地检测到。我们这里选择了电视卡的AV In作为视频输出。

如果有必要的话，大家还可以在“配置”中进行视频制式的选择，如图5。

随后Windows Media Encoder会为我们自动建立服务器，并给出>