视频服务器、硬盘录像机及DVX（分布式监控系统）的比较
|
序号
|
比较项目
|
视频服务器
|
嵌入／ＰＣ／工控硬盘录像机
|
视频编解码器
|
DVX |
|
1 |
主要解决的
问题
|
主要解决远程低带宽下的视频传输问题
|
主要是解决本地监控系统的视频存储及查询问题；并具备一定的网络传输功能
|
采用与光端机相似的工作模式，采用点对点的、模拟／ＩＰ到ＩＰ／模拟的工作方式，完成以网络为介质的传输
|
综合解决本地及远程化网络视频监控系统中的传输、存储、访问、控制、切换及联动等功能，是一套整体化的解决方案
|
|
2 |
设备结构
|
编/解码设备为嵌入式结构，但工作的软件需基于普通PC机。导致整个系统缺乏稳定性
|
采用PC+视频卡的方式的，基于WINDOWS操作系统，易死机，缺乏稳定性
|
嵌入式结构，本身比较稳定
|
完全采用嵌入式结构，高稳定性、高安全性。基于VxWorks操作系统,性能稳定。
|
|
3 |
压缩方式
|
MPEG２／4 |
MPEG4 |
MPEG２／4 |
MPEG２／4（硬件压缩，非DSP+算法结构）
|
|
4 |
编码分辨率
|
CIF（352*288）
|
CIF（352*288）
|
CIF（352*288）
|
D1（704*576） HALF D1、CIF等多种分辨率，提供近似于DVD画质的图像质量，全程图像一致性
|
|
5 |
录像
|
设备本身不能录像，需配客户端PC及相应软件进行录像；不支持对视频存储的网络访问功能
|
本地存储，支持网络查询
|
设备本身不能录像，需要与硬盘录像机配合，且因为需要经过二次编码，图像质量会有明显损失
|
本地存储或中心存储，支持网络查询；
|
|
6 |
组网结构
|
编码设备+PC机+软件或者编码设备+解码设备+PC机+软件
|
存储设备+软件
|
编码设备＋解码设备＋矩阵＋硬盘录像机
|
前端输入设备+中心控制设备
或再加邮件转发服务器（可选支持网上浏览）+客户端软件（可选支持PC机访问管理系统）
|
|
7 |
单设备容量
|
1路（25帧），4路（共享25帧）
|
4/8/16路，本地存储可实现全实时，因受带宽限制，网络传输路数有限
|
单路２５帧
|
4/8路，设备可堆叠，采用点播方式，无总资源限制，全实时。
|
|
8 |
系统容量
|
由于图像的存储均由中心处理，组网结构多采用点对点方式，对网络带宽要求高，系统容量受限制大
|
主要解决本地的视频存储，远程访问功能为辅，因此不能成系统
|
由于图像的存储均由中心处理，组网结构多采用点对点方式，对网络带宽要求高，系统容量受限制大
|
由于中心设备具备切换功能，巧妙减轻网络压力，无初建容量或终期容量的限制，保证任何时候的投资
|
|
9 |
多级联网
功能
|
实现代价高，会造成部分设备的重复投资；且相应多级控制功能较弱
|
无
|
实现代价高，会造成部分设备的重复投资；且相应多级控制功能较弱
|
多级控制联网简单，投资少，相应级别权限管理完善。
|
|
10 |
网络介质
|
以太网
|
以太网（仅用于远程图像查询）
|
以太网（仅用于传输）
|
以太网、E1、光纤等多种方式
|
|
11 |
对前端设备的控制（对云台、摄像机）
|
通过PC机上安装的软件界面进行控制
|
本设备上进行控制操作
|
无，需通过矩阵或硬盘录像机等设备
|
前端、中心设备、管理软件或控制键盘进行操作，
|
|
12 |
报警联动
|
有
|
有
|
无
|
有
|
|
13 |
中心控制切换功能
|
无
|
无
|
无
|
具备像模拟矩阵一样的切换和控制功能
|
|
14 |
网管功能
|
无
|
无
|
无
|
具备对前端中心设备的自动监测、诊断、管理、设置等功能；极大减少日常维护量
|
|
15 |
带宽管理
功能
|
无（单纯使用网络）
|
无（单纯使用网络）
|
无（单纯使用网络）
|
具有带宽和流量管理功能，对网络进行实时的监测和管理，从而保证网络始终处于良好的运行状态
|
|
16 |
视频安全性
|
无
|
无
|
无
|
对每路视频在网上的传输时行加密，保证图像在网上的安全
|
|
17 |
视频输出
方式
|
计算机+软件方式浏览，或是编码设备与解码设备一一对应后，输出放大的CIF图像到监视器
|
计算机监视器
|
可以直接输出模拟视频
|
系统直接输出到监视器，图像达400线以上。
|
此处去掉广告内容（游魂留）
上面的参数有的已经过时啦，现在的工艺早跑到你所写的知识前面去啦。
我有一个300路的网络传输意想，中心机房怎样解决。
qiansys@yahoo.com.cn
楼上这个问题对我来说很难回答，你只说了一个大致前端的监控点位，而没有中心大致的需求，包括传输是通过什么方法等。因此我只能说不好意思！如果楼上对我的DVX系统产品感兴趣的话，你可大致告诉我你的这个“意想”是 针对什么行业项目的，这样我可以发一个相对于这个行业的类似方案给你。你认为我这样的提议如何？
网络视频服务器，突出的是网络功能，怎么说，它都是为网络量身打造的产品，其他产品可以说基本上都是半路出家的。所以在网络上使用我趋向于网络视频服务器，这和我的身份无关。虽然我现在做销售，但是以前是以技术出身的。当然我也不否认其他公司的通过产品不行，主要还是看使用的场合是否合适。
网络视频服务器:
1、主要解决的问题：主要解决远程低带宽下的视频传输问题和局域网的视频传输问题。它的特点就是分布式存储和集中管理。不需要将视频线会聚在一点，只要敷设到有网络的地方即可；
2、设备结构：编/解码设备为嵌入式结构，但工作的软件需基于普通PC机。现在每家公司都有自己的一套软件，基本上都比较的稳定，人为因素除外；
3、压缩方式：MPEG4和H.264；
4、编码分辨率：CIF（352*288） 和D1（704*576）；
5、录像: 设备本身可以录像，如今有的公司的视频服务器内部集成了硬盘接口，可以放置硬盘；可以通过客户端PC进行本地录像，也可以通过相应软件进行网络录像，可以分布式录像（在多个PC机上录像，降低单台PC机录像的风险性）；支持公网和内部局域网对视频存储的访问功能；
6、组网结构：编码设备+PC机+软件或者编码设备+解码设备+解码器软件（设置好可以关闭）+监视器或者电视墙；
7、单设备容量：1路（25帧），4路（全实时，每路25帧）。现在的有的产品可以做成4路全实时，通过高性能的DSP实现，比如T1的DM642DSP芯片等；
8、系统容量：图像的存储均由中心处理，组网结构多采用点对点或者1点对多点的星形拓扑结构方式，一般情况下MPGE4的情况下，可以做到每路占用带宽300K，H.264情况下，每路占用带宽150K左右；而且一个大的监控系统中可以添加多个中心，中心之间既可以独立也可以级连；
9、多级联网功能：实现代价低，如今网络基本上都已经普及，不需要反复敷设线缆，可以利用原来的网络，添加几台交换机即可；把原来的工控机改造成网络设备传输监控信息是一个焦点，也是一个趋势；
10、网络介质：以太网、E1、光纤等多种方式，各种组网方式都可以使用；
11、对前端设备的控制（对云台、摄像机）：通过PC机上安装的软件界面进行控制；
12、报警联动：有各种规格的报警联动，取决于各个厂商；
13、中心控制切换功能：有，如今的厂家都有一套自己的中心管理软件，对视频服务器进行控制管理；
14、网管功能：我不知道你在这里所说的网管功能是什么意思？？一般情况下具有网管功能的是像路由器这样的设备；我觉得如果像其他的监控产品具有网管功能，那还要路由器这样的产品做什么？？你说的这功能，可能只是一些公司对自己产品的一些特色开发吧。网络视频服务器的中心管理软件都具有管理网络中所有的单个视频服务器的功能；
15、带宽管理功能：有，根据网络监控的需求和网络的需要，限制码流和帧率实际就是对带宽进行控制管理；
16、视频安全性：有，在网络视频服务器的配套软件中，都有权限的设置，每个人可以根据管理员给他的权限进行浏览；
17、视频输出方式：计算机+软件方式浏览或者通过计算机IE浏览，或是编码设备与解码设备可以进行多对一的绑定（即一个16路的电视墙只需要8个2路的解码器，每路可以和多个视频源进行绑定，通过轮跳的方式浏览），输出放大的CIF或者D1图像到监视器；
在此我还补充一点，有的公司的网络视频服务器可以在车载等移动的物体上传输，它使用的联通的CDMA 1X网络或者移动的GPRS网络传输。虽然在视觉上做不到实时，一般5--8帧，但其他产品能通过这样的网络全球覆盖方式传输的还没有。其他的产品也只能通过微波和无线--LAN传输，效果和性能、距离都有限制，真正做不到人们通常所说的无线。
下个月1日---4日在深圳会展中心会有一个全球型的安全防范展，老兄有兴趣，可以去看看做网络视频服务器的厂家，看看他们的效果功能等，是否我说的有问题。
看来楼顶对视频编解码器，视频服务器还不是很熟悉啊。而且一看就知道是在做DVX的公司。
7楼的我能提供通过CDMA 1X传输观看全实时的视频图像,甚至终端还能控制前端云台的转动.您需要吗?
十楼的兄弟，帮我发点资料。
tylzwxf@163.com
先谢谢10楼的了，能不能给我也发点资料过来。ydd206@163.com
10楼你说“提供通过CDMA 1X传输观看全实时的视频图像,甚至终端还能控制前端云台的转动”
呵呵，我比较的怀疑，CDMA1X的网络最高速度是153.6K，实际使用能达到60--80K已经很不错了，你说你的产品看到全实时的东西，我比较的怀疑。
我们自己就有基于CDMA 1X的网络视频服务器，20帧可调，一般只能达到5-8帧，使用的是H.264的编码格式。
终端控制云台有什么，我们的产品还可以在使用CDMA 网络和WIN CE操作系统的PDA上观看，控制云台。
关于CDMA 1X传输观看全实时的视频图像，希望您在这里不是吹牛。
15楼的，如果你们真的能利用CDMA 1X的网络做到25帧/秒，全实时，那说明贵公司研发实力很厉害，一定虚心学习。以前在上海的时候，去看了以色列的一家公司做的产品，也会有停顿的现象。如果是使用多张UIM卡实现这样的效果，那也有可能做到25帧。我想看到的是一张UIM卡是否能传输的图像效果和你所说的一致。
深圳的安防展，我们公司也会参展，放心我一定会让我公司的总工去你们那边讨教的。
我是做视频编码器的，从表格中“报警联动、中心控制切换功能、网管功能、网络介质、组网结构、压缩方式、编码分辨率、主要解决的问题、视频安全性”几项的比较可以看出，发帖人在对网络监控产品很不了解，贵公司是做DVX系统的，做为比视频编解码器“更先进”的系统，如果还是基于MPEG-2，不支持H.264，那贵公司的研发实力是值得怀疑的。另外既然是分布式监控系统，为何不正对分布式与集中式做相关阐述。
我今年用几个月的时间对在大陆使用的国内视频服务器/视频编码器做市场调研，16楼的分析能基本体现国内视频服务器/视频编码器所具有的功能，给你打分80分。
各位朋友，技术需要客观，在发帖子时请考虑到新入这行的朋友，不要给他们误导，否则你就是当今中国商业不正当竞争的牺牲品，是误导新人的刽子手！
目前我们能通过CDMA 1X和GPRS 进行流的传输和手机解码.编码方式为MPEG4,图象分辨率为QCIF或CIF.
因为编码的码流我们能控制在32K-4M之间(当然D1分辨率以下的编码码流不需要这么高),所以在CDMA1X和GPRS上进行实时传输和解码是可行的.
这里主要的问题是手机的本身性能问题.
在ARM9的手机上已经做到了25F/S(QCIF),如果手机芯片采用INTEL XSCALE,那么CIF图象也能做到25F/S
此处去掉广告内容（游魂留）
游老大：大可将前面的表格一同删除，兼有广告、误导嫌疑！
窃以为：整个“数字化系统”看来不外几个硬件或者软件部分，信号源、编码、网络传输控制、中心解码、视频输出、控制软件等，各种设备只是采用不同的软硬件实现方式和组合而已，用以提供不同的功能。不过基于PC+Win的设备稳定性是不太好，不过要是换成了Linux呢，就可以牛了，至少号称是新产品，稳定无敌？就说编解码器，难道那个叫DVX的就不编解码啦？编码以后上层应用不同而已，换了个马甲就不认识啦？回头改叫SDV：Super Digital Vidio！
用海某公司的一个2～4路的什么设备，可以内置硬盘的，型号不说了，利用厂家提供的API，自行开发一套所谓的“超级大型监控数字监控矩阵网络系统”（暂且叫做SLDSN如何，名字还不算太威猛）要多少成本？功能好像也差不多能完成上面说的，什么带宽动态管理、无限扩容（用IP传输嘛，还有限制干吗）、数字矩阵（不能强求IP要一对一的连接吧）……这些恐怕对许多软件商应该十分轻松吧。况且楼主应在该公司左近，当略知一二吧。
对了，上述公司好像基本上都是用DSP做产品的，不过国内市面上有大量出货的H264 的通用芯片？也该有了，ATI早在今年10月在台北已经展出第一个样品了～呵呵。
作为商业宣传倒是觉得还算挺客气，比较平实，要是我就希望能把DVX往所有数字监控设备的超级终结者，前无古人后无来者的方向描述，不过作为技术方面就不必了吧。比试一下在同等条件的时候谁的传输质量高、运算量小倒是过硬。
另外，请教：有哪位供应商的设备考虑过原来广电部的 视频传输通道指标？
18楼的朋友，您的调研结果是否方便交流？可留言，谢谢
| 欢迎光临 千家论坛_智能建筑与智能家居技术交流社区 (http://bbs.qianjia.com/) | Powered by Discuz! X3.2 |