刚找到的一篇技术贴,给大家分享一下,需要的可以学习一下,不需要的可以挥一挥衣袖,不带走只言片语。
如果100多个点均分布在公网上,那么建议采取每台视频服务器+一体机+路由器(内嵌花生壳)来解决,之所以要内嵌花壳客户端,是为了解决ADSL动态IP的问题,然后在总控室设置一台“流媒体转发服务器”,一是完成整体录像的工作,二是完成分控访问的工作。千万别以为这样就OK了,要知道这种广播式的接收,再加上D1的画质的话,码流至少在700Kbps以上,那么你总控室的下行带宽至少要保证在100Mbps,除非你的客户跟网通有很好的政务联系,否则基本上是不可能的。解决的办法有没有?有:让所有的视频服务器都带本地存储功能,一是解决了总控室接收所有视频的带宽压力,二又解决了因为网络不稳定带来的数据丢失问题,总控室只接收重要的视频源,或者说有选择性的即时浏览,而非全盘接收。另外于补充一下,如果你每个点的视频服务器均是ADSL连接的话,那么最好建议申请2Mbps的带宽,因为你用的是D1,D1最高码流(在动态图像峰值时)是远远超出1.5M的,正常情况下均值在600至700Kbps(注意,是小Kb),所以建议使用2M带宽,若说ADSL线路可以支持4路传输,指的是在CIF模式下,并且根据多年的项目经验,应该是还没有哪个地区的ADSL是可以支持到CIF4路全实时的,所以这个应该指的是4路非实时,或者是4路,均采取低码流或者是每秒每路显示18帧或者是20帧的方式,说白了就是非实时。大家可以算一下,举例说明:你应该经常从网上下载电影看的,如果一集1小时的影片,低于150M,那么马赛克就会非常严重,一般清晰大片都会在300M以上,这点你认同吧?录像文件也是H.264的算法,原理是一样的。如果每小时的单路录像文件在150M(CIF模式),那么每小时换算成小Kb的话,就是150*8=1200Mkb/H,再把H(小时)换算成秒,除以3600后,那么每路就至少需要0.3Mkb,如果是4路的话,如果要保证全实时,那么至少需要1.2Mkb/S,ADSL的1M通道宣称有1M,可是实际传输起来也就他的上行带宽根本就不会有1M,有一半就谢天谢地了(上行带宽区别于下行,视频服务器恰恰要用的是上行)。
二、如果是100个D1的内网监控,那就相对简单得多了,最好别跨网段,直接使用软件接收。这样就OK了吗?错,如果客户端对视频服务器均采用一对一接收的话,2个用户同时访问一台视频服务器还可以,如果是5个或者是10个呢?视频服务器的BSP处理速度也是有限制的,过多的用户访问,它不仅得完成视频源的压缩工作,还得分出资源来处理网络请求,想不死机都难呀。有没有解决办法?有:还是使用“流媒体转发服务器”,接收内网所有前端视频,在完成本地存储的同时,兼任流媒体的转发任务,即便是100个用户,他访问的也只会是该台拥有超级CPU的工控机而已,不会影响到前端视频服务器。
[此贴子已经被作者于2010-8-16 13:33:16编辑过]
|