|
|
软件名称：关于网络视频服务器 |
| 软件类型：软件下载 |
 |
| 授权方式：破解注册 |
| 软件大小：
未知
|
| 运行环境：Win9x, WinNT, Win2000, WinXP |
软件评价：
|
| 相关链接：作者
/ 厂商主页 |
| 上传时间：2008-12-30 |
| 本日下载：1 次 所有下载：328
次 |
软件简介：
关于网络视频服务器
曾宝玮
1、视频服务器属于这两年新流行的产品，但是如果谁非得说N年前就有M-Jpeg的网络摄像机，那我也没有办法，因为M-jpeg跟MPEG-4那完全是N个级别上的东西了。所以说在产品选型上，如果给你做品牌推荐，真的比较难。尤其是不要盲目迷信洋产品，如日本S**，美国A****，毕竟是同行，说多了就不合适了。其实我国在监控这一块儿的自主研发做得还是比较不错的有很多方面甚至是远远超出了那些洋牌子的；
2、关心你需要什么样的解决办法，采用什么样的网络结构，靠什么样的技术参数去支撑显得更为重要。
我之前回答过相关视频服务器的一个问题，给你贴过来，你看看是否能为你提供些灵感：
100多个点的视频服务器的监控项目对于我们来说只是很小的应用案例，所以楼主不必惊慌！建议如下：
一、如果这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的工控机而已，不会影响到前端视频服务器。
|
| 点击下载
下载站二
下载站三
|
推荐使用 网际快车 或 迅雷等工具
下载，使用 WinRAR v3.0以上 或 WinZip
8.1 解压缩！
如果链接本站本地软件，请务必注明软件来自
金博士电脑科技-下载精品软件-下载精品书籍！，谢谢您的理解与支持！
本站软件都是来自网络，一切破解 仅供学习研究，软件版权仍属原作者或厂商所有！
欢迎广大软件作者以及厂商在本站 发布软件，本站将为您予以能力范围以内的推广！
|
|
|
