基于大导演AIO3000全能机平台的网络直播设计
扫描二维码
随时随地手机看文章
1.引言
近年来,网络视频成为各大门户网站追捧的热门事物,它不仅作为传统媒体的补充,而且已迅速成长为一支不可忽略的新兴媒体。知名度较高的搜狐,优酷等是比较成功的案例,这些网络视频大可分为两大类:网络直播和网络点播。顾名思义,网络直播指的是将摄像机等设备输出的视音频信号,通过特定的设备将视音频信号编码成便于网络传输的格式(ASF,WMV)然后发送到互联网上的过程。网络点播指将已经制作,编辑好的节目编码传输的过程。用户通过一台可以接入互联网的电脑来收看直播或点播节目。
二者都有各自的应用领域,网络直播多应用于赛事,会议,紧急事件的报道,强调节目的实时性。网络直播较传统直播而言,最大的特点就是节省经费,省去了调制器,光端发射机等一系列播出设备。仅需接入互联网便可将节目报道出去。传统直播,要通过微波接力或者卫星转接等方式传回播出机房,成本不言而喻。网络点播更适合作为传统媒体的延伸。用户也可以根据自己的喜好,选择收看节目。
大导演“AIO3000”全能机单机实现特技切换台、现场导播系统、虚拟演播室、字幕机、非线性编辑、延时播出器、网络直播等多种丰富实用的功能,已经成为我单位制作,播出过程中不可替代的设备。在日常节目录制中,全能机固定在演播室中使用,其整合的虚拟演播室功能以及多种内置背景,为我们的节目增添了不少亮点。尤为称赞的是航空箱的设计,把全能机整合到航空箱中,可以非常方便地运输到会议场馆和事发现场。经过几分钟便可迅速展开,投入使用。
我单位作为平湖市领导与广大基层群众,网友交流的平台。原来一直使用文字速录的方式与网友进行对话,如今一改传统的文字直播,通过网络视频直播的方式,领导和网友可以面对面的交流,更多的拉近的干群之间的距离。
本次“领导谈发展”访谈节目便采用全能机成功的进行了1小时的网络直播,期间网友提出了多达几百条的问题和建议,领导也回答了十几条问题。相对传统文字直播,成倍的提高了访谈效率。
本文介绍了以大导演AIO3000全能机为平台的网络直播,在服务器端配以WindowsMediaService软件实现推模式的网络直播。关于推模式和拉模式的更多介绍,请访问http://www.sagacity.com.cn获取。此外,P2P方式的网络直播(点播)不再本文的讨论范围之内,其原理和本文所讨论的C/S不同。
2.实际应用
1.准备工作
1.1客户端上限的计算
做好网络直播,首先应该确定视频的分辨率,这样就能确定视频的码流。在根据下面的公式计算出服务器能承受的客户端的数量。
N=Band/bandpush
N为服务器可承受客户端数量,Band为服务器的总出口带宽,bandpush为全能机推向服务器的码流。
本次网络直播选取的视频分辨率为352*288。这是个比较折中的经验值,所需要的码流为128Kbps=16KBps(包括音频开销的32kbps=4KBps码流),这个带宽消耗对于普通家庭来说的可以接受的。目前512Kb带宽的ADSL链路可以提供256Kb(32KB)的上行速率和512Kb(64KB)的下行速率,完全满足上述码流。但实际上,经过编码的视音频流到达客户端以前,可能要经过无数的路由,这样会造成数秒至数十秒的网络延时,这一点是网络直播有别于传统电视直播无法避免的缺点(再好的网络环境,客户端的播放器也需要在堆栈中缓冲几秒钟的数据,以备网络环境恶化时不至于播出中断,这也是网络直播的特点)。
平湖网的视频服务器是本次直播的主站点,出口带宽为100Mb。这样便可推算出服务器能承受并发客户端数量的上限为780个。
N=Band/bandpush=100Mb/128Kb=780
为了保证访谈节目的质量,我们另外借调了平湖政府网和浙江在线两家兄弟单位的视频服务器,即保证了带宽冗余,还支持并发2000客户端的访问。
1.2素材的保存
接下来的问题就是直播过程中,素材的保存问题。节目肯定要录制便于日后的重播和保存。Windows2003Server自带的WindowsMediaService可以将推送过来的流媒体数据录制成WMV格式保存到服务器端,全能机也可以将网络直播节目录制成WMV或者MPEG2格式。鉴于后期的非编处理的需要,将网络直播的视音频直接以MEPG2格式录制到全能机本地硬盘上。
3.设备连接
演播室按照访谈类节目设计3个机位,分别对应全景、嘉宾、主持人。3台松下P90通过视频电缆连接至全能机CVBSIN,经过特效处理后的信号传送至监视器作为预监信号。主持人和嘉宾的无线话筒通过调音台限幅,降噪后送至全能机XLRIN,XLROUT连接监听耳机。
本次访谈节目使用了字幕站点,字幕站点和全能机接入局域网即可。
1.4全能机端的设置
全能机根据需要,放置在固定的演播室或者会议现场。下图所示为全能机的配置。
进入全能机软件,点击系统设置,进入网络直播。点“向服务器推传递”。其中,“服务器名称”需要填入服务器的域名或者IP地址,并填入HTTP协议的端口号(此端口号要与服务器端设置的一致,详见服务器设置)。布点随意填写,最好便于记忆。本例为test。若需要停止网络直播后删除这个发布点,请勾上这个选项。点击网络直播按钮,在弹出的对话框中输入服务器的管理员用户名和密码即可开始直播。
启动WindowsMediaPlayer。按CTRL+U组合键。在对话框中输入mms://192.168.1.147/test收看直播视频。为了方便客户收看,可以把视频嵌入到网页中,客户以网页的形式收看,直接输入http://192.168.1.147/test即可。更符合传统的收看方式。
5.路由器设置
摄像机,话筒等设备调试比较简单,不在此做详细说明。网络直播根据全能机所处的网络环境进行配置。在推模式下的网络拓扑图如下。全能机与服务器之间接有交换机,路由器等设备在此不一一列出。
处于网络安全的考虑,现在的局域网大多配置了防火墙,并且在路由器内屏蔽了大部分端口。全能机推模式应用中,需要在视频服务器中安装WindowsMediaService软件(WindowsServer2003自带组件,在控制面板内添加即可),该软件使用三个协议,并且应保证在路由器中这三个协议对应的端口为打开,并且将出口IP的这三个端口映射到视频服务器上。
1)HTTP协议:TCP端口,默认为80
2)RTSP协议:TCP端口,默认为1755
3)WMS协议:TCP端口,默认端口为554
若这台视频服务器同时作为网页服务器使用,并且安装了IIS,则80端口被IIS占用。本例中,服务器的80端口被IIS占用,所以WMS软件中,HTTP协议改为8080端口。具体的配置方法根据路由器的型号而定,在此不做说明。
5.WMS软件设置的步骤如下:
进入控制面板,选择安装Windows组件。安装WindowsMediaService。
2)安装好后,进入WindowsMediaService,点击新建服务器,再弹出的对话框中填入本机的IP,如192.168.1.147(如果是外网,请输入外网的IP)。然后屏幕左边会出现以本机名称命名的服务器,点击该名称的属性分页,查看控制协议。如下图所示。请保证WMSHTTP协议,WMSMMS协议,WMSRSTP协议均以启用。若没有启用,右键点击协议,启用即可。不能启用说明该端口被占用。
3)双击WMSHTTP协议。点击“使用其他端口”单选框。填入8080。如下图所示。保证该端口没有被占用,或者填入其他空端口号。
查看授权选项,请保证WMSNTFSACL授权,WMS发布点ACL授权。已经启用。如下图所示。
通过以上步骤,服务器端的设置就告一段落了。
1.测试工作
设置完毕后,用以下方法检测。
1)使用远程登录命令telnet进行测试。在命令提示符下敲入telnet8080,telnet1755,telnet554分别测试这三个端口。若提示登录成功,则说明配置成功了。
2)使用远程桌面登录,登录远程桌面后,在命令提示符下敲入netstat–n命令查看本地端口的开放情况,状态为监听则正常。
连接正常后,在全能机的软件界面中点击“网络直播”便可开始直播。在播出过程中,还可以登录远程桌面,进入WMS软件查看连接的用户数量。占用带宽,CPU资源等消息信息,做到心中有数。
1.高级应用
1.“一对多”应用
上面介绍的方法仅仅是一对一的模式,即一台全能机推向一台视频服务器。前文曾提及过,本次直播有三个视频站点同时直播。一对一的推模式便不能满足要求。全能机除推模式外,还有拉模式,与推模式不同,拉模式中,客户端直接访问全能机。在这里变通一下,让这3台服务器充当全能机的“客户端”,将全能机输出的流媒体拉到服务器上,再让客户端来访问这3台服务器。这样便完美的解决了用一台全能机对多台服务器的需求。这种方法在本次直播中,得到了很成功的应用。
分别在三台视频服务器的WMS软件中,展开发布点的属性页,在源中填入全能机的IP和端口即可。例如192.168.1.10:8080。
2.多码流应用
视频服务器可以根据客户的当前可用带宽智能的调节发送给客户端的码流大小,这样可以避免“断流”的发生。开启这个功能,只需对全能机网络直播的配置文件修改即可。
配置文件的路径为C:ProgramfilessagacityDDYMixerprofielsstream.prx双击这个文件,根据实际情况添加不同的码流。一般认为,添加512Kbps,384Kbps,128Kbps这三种码流即可,但需要注意的是,全能机发送给服务器的码流为所有码流之和。在全能机带宽有限,比如说全能机通过ADSL接入互联网时,最好不要应用多码流,以免造成网络堵塞,影响全能机网络直播的效果。
2.结语
本次直播的成功,得到了网友和领导的广泛肯定。我们也积累了一次宝贵的网络直播经验。WMS本身还有很多有待发掘的功能,在以后的文章中在逐一探讨。