流媒体服务器的VJMS
1 三屏播放 支持市面上常见浏览器收看,包括IE、火狐、遨游、谷歌等浏览器。 支持智能终端收看。VJLive支持HLS协议,运用HTML5语言实现了IOS系统和Android系统手机和机顶盒平台在线直播收看。
2 直播时移 直播提供时移功能,支持纯flash方式的实时回放,自动生成节目列表,可以在任意时间收看任意节目,打破传统的直播收看模式,观众不再因为不能回放而错过直播节目。
3高流畅度 集成了HTTP、TCP、UDP(SUDP、RUDP)和网关穿透模组(UDP穿透和RPNP穿透)及全球IP表,拥有极高数据收发速度和单机连接数,极大程度保证各种清晰度下的视频播放质量。 4广播级高清 实况直播时支持多种流协议和编码,可使用高清、标清码流,达到广播级效果,其中高清视频格式包括wmv/asf/wma/mp3/rm/rmvb/flv等。 5复杂网络环境自适应 采用了覆盖全球IP表、运营商地域IP段表等动态节点调整策略,支持各级网关穿透和内外网网关映射。同时采用了UDP、TCP传输自适应机制,当UDP传输不可用时自动切换到TCP传输,保证连通性。 6客户机及CDN自动化存储 收看者:缓存设置将自动存储收看过的视音频片段,供P2P分享使用,以减轻运营商带宽压力。 运营商:通过中心视频资源库,根据点播服务器收看者点击率,自动下载热门视频文件进行P2P分发。 7高速拖拉
使用独创的帧级预缓存读取技术,使得收看者在拖拉视频进度时,可以无缝跳转至拖拉处,立刻欣赏跨段影像。 8帧级跳转定位 采用独创的VJVOD优化的编码协议,可以精确跳转到以帧为单位的时间点,高度定位到比秒还精确的画面。 9富资源分发 使用完整视频、私有或第三方格式的视频缓存片段或加密内容等作为点播媒资。也可以发布任意格式的非媒体文件,作为P2P文件发布系统使用,例如SWF小游戏等等。 10收看进度记忆 将提供可以设置并二次开发的中断点记忆功能,方便客户可以继续收看节目。 11高速启动 通过HTTP协议、优化的编码模块、集群链接策略,达到即点即播的视频启动速度,无需收看者进行长时间等待便可开始收看视频。
在视频监控系统中,对存储空间容量的大小需求是与画面质量的高低、及视频线路等都有很大关系。先介绍一一些基本概念:
1、 比特率是指每秒传送的比特(bit)数。单位为bps(BitPerSecond),比特率越高,传送的数据越大。比特率表示经过编码(压缩)后的音、视频数据每秒钟需要用多少个比特来表示,而比特就是二进制里面最小的单位,要么是0,要么是1。比特率与音、视频压缩的关系,简单的说就是比特率越高,音、视频的质量就越好,但编码后的文件就越大;如果比特率越少则情况刚好相反。
2、码流(DataRate)是指视频文件在单位时间内使用的数据流量,也叫码率,是视频编码中画面质量控制中最重要的部分。同样分辨率下,视频文件的码流越大,压缩比就越小,画面质量就越高。
3、上行带宽就是本地上传信息到网络上的带宽。上行速率是指用户电脑向网络发送信息时的数据传输速率,比如用FTP上传文件到网上去,影响上传速度的就是“上行速率”。
4、下行带宽就是从网络上下载信息的带宽。下行速率是指用户电脑从网络下载信息时的数据传输速率,比如从FTP服务器上文件下载到用户电脑,影响下传速度的就是“下行速率”。
首先必须先计算出需要多少带宽,这样才能保证正常传输:
比特率的大小X摄像机的路数=网络这少需要的带宽
存储空间的计算:
码流大小(单位:kb/s;即:比特率÷8)×3600(单位:秒;1小时的秒数)×24(单位:小时;一天的时间长)×30(保存的天数)×50(监控点要保存摄像机录像的总数)÷09(磁盘格式化的损失10%空间)=所需存储空间的大小
例如:
50路存储30天的GIF格式的视频格式的存储空间为
643600243050/09=自己算啊!希望能给你有所帮助,给我满意答案哦!
辛辛苦苦找到的,够详细吧?
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协议的研究,分析流媒体服务器的一般功能和结构,给出构建一个基本的流媒体服务器的实现方案,实验证明可以同时满足多个实时和文件客户的要求,并已经应用于一个远程监控系统中
现在海康的NVR都带有路由器穿透功能了,不需要设置路由器,只需在软件中进行设置,详解如下:
康官方网站上流媒体是和客户端软件放在一起,点击下载网站上客户端软件,解压缩后可见流媒体服务器软件。
流媒体服务器软件需要和客户端配合(2个都要运行)使用才能起到转发效果。
流媒体服务器的使用步骤:
在欲做转发服务器的PC或服务器上安装并运行流媒体服务器软件和客户端软件,
首先在客户端软件里面点。在服务器选项里面的“组织”下选“编码设备”选项菜单中点选添加设备,添加你DVR或者NVR的IP地址
在点选流媒体服务器选项,添加流媒体服务器,
其中的IP地址是添加你要做转发服务器的电脑或者是服务器的IP地址。
(可直接运行,不需配置,或根据需要在配置中改变端口)。
(若没有修改流媒体服务器的端口,使用默认的554就可以)
在分组选项中的编码通道下点选导入添加各监控点的摄像机。
在分组选项中选择一个摄像机,点修改—可以选你要转发摄像机的主、和子码流。可
以用复制到选项来一次性修改所有摄像机转发为子码流或者单独一个摄像机的码流。
在重启流媒体服务器软件生效既可。
2流媒体运行软件后,在客户端电脑上打开一个网页,输入流媒体服务器的IP地址,如
果能弹出登陆框,输入流媒体服务器的用户名和密码,能看到摄像机图像,说明流媒体服务
器配置成功了。(网页不能浏览太多图像,因流媒体对网页没有转发效果,客户端电脑需要
运行4200客户端软件才有流媒体转发效果)。客户端电脑运行4200软件。配置方法与流媒
体服务器的方法相同,只不过客户端不用启用流媒体服务器软件。
3在其他需要访问的电脑客户端4200软件上重复配置流媒体服务器的步骤,全部都添加
完成后即可。添加成功后进行预览,在流媒体服务器上能看到连接信息区和命令信息区能分
别看到提示
开启流媒体服务器转发后依旧没有效果的可能原因
1有部分客户端没有添加流媒体服务器,依然通过直连设备来获取数据流。
2IE无转发效果,有PC通过IE访问设备后,已经占用设备若干并发流路数,此时客户
端通过流媒体转发也会有部分通道播放失败。此时,可关掉IE预览测试。
3流媒体服务器网络上传达到上限,无法有效进行转发。此时需要确认转发的路数没有
达到服务器网络负荷能力上限。
4运行了多个流媒体服务器软件,一台硬盘录像机的图像通过不同的流媒体服务器进行
转发。
高清720P格式
1个通道实时上传所需带宽至少3Mbps
服务器、客户端下传带宽=单通道码流(Mbps)路数
100个通道实时上传所需带宽=3Mbps100=300 Mbps,服务器、客户端下传带宽则至少需要300Mbps,应使用千兆网卡及千兆或更高端的核心交换机设备
标清D1格式
1个通道实时上传所需带宽至少15Mbps
服务器、客户端下传带宽=单通道码流(Mbps)路数
100个通道实时上传所需带宽=15Mbps100=150 Mbps,服务器、客户端下传带宽则至少需要150Mbps,应使用千兆网卡或百兆网卡冗余及千兆或更高端的核心交换机设备
摄像机——视频服务器——无线网桥
1,前端是不是采用这种无线方式做的,如果是这样,信号时有时无的原因是设备不行。如果24G无线网桥 同一个小区内装的无线网桥多的话 会产生同频干扰 影响传输。
2,如果换成有线的话,用网线传输 一根网线最多传4路视频 ,需要购买双绞线传输器 但网线的传输距离(才用有源的传输器)也就1000米 再远效果就不好了;监控中心需要配硬盘录像机 监视器 或者 采集卡 + 电脑
3、更换合适的无线网桥也行,现在的无线网桥不贵啊 估计给你们装的无线网桥质量不行。
可以QQ我:542194071
0条评论