请完成以下验证码
查看: 6887|回复: 3
高清网络摄像机常见故障的原因及解决方法
下载分3419 分
原创币0 点
上传3146 次
金币6303 ￥
主题帖子积分
会员等级：
高清网络摄像机常见故障的解决方法
　　高清网络摄像机指能按大于12FPS连续采集最大分辨率大于720P（），甚至达到或超过1080P（分辨率）的网络摄像机。在我们使用的过程中，高清网络摄像机总会有一些常见故障的发生，了解了故障发生的原因，问题就很好解决了，下面小编给大家介绍高清网络摄像机常见故障的解决方法，以供参考。
高清网络摄像机 图一.jpg (30.57 KB, 下载次数: 9)
高清网络摄像机
11:37 上传
高清网络摄像机
　　高清网络摄像机常见故障的原因及解决方法
　　一、红外高清网络摄像机白天正常，夜晚没信号
　　原因：电源供电不足，由于夜晚会开启红外灯，红外灯会消耗一定的电流，如果电源质量不好，就会导致供电不足，从而导致高清网络摄像机无法正常启动。
　　解决方法：更换好一些的电源
　　二、高清网络摄像机不确定性的经常掉线
　　原因1：采用了集中供电方式，高清网络摄像机对电源适配器的要求比模拟机相对较高，需要较为稳定的电压和电流，而由于集中供电会造成电压和电流的不稳，所有会造成部分高清网络摄像机的重启或者启动不了。
　　解决方法：改成单独供电方式，采用好一些的电源
　　原因2:网线质量差，高清视频对网络传输速率的要求相对较高，所以网络丢包会表现的非常明显，比如经常掉线，严重的根本不出图像
　　解决方法：采用国标纯铜网线
　　原因3：高清网络摄像机和交换机之间/或者交换机和交换机之间/或者交换机和PC/NVR之间的网线距离超过了100米。
　　解决方法：可以在中间不超过100米的地方增加一个带中继功能的交换机，或者采用光纤传输。
　　原因4：高清网络摄像机和局域网内的其他网络设备的IP地址有冲突。
　　解决方法：修改高清网络摄像机或者其他网络设备的IP地址保证不要冲突。
　　原因5：网络交换机的带宽不足
　　解决方法：如果高清网络摄像机数量较，建议采用H3C的全千兆交换机，注意：不仅仅是中心交换机采用千兆的，就是说前端的交换机如果介入的摄像机数量超过了7台也建议采用千兆的。
　　三、红外高清网络摄像机无夜视，晚上画面全黑什么都看不清
　　原因1：高清网络摄像机的IRC的工作模式不是‘被动模式’，这种情况在摄像机恢复过出厂默认时比较常见，因为高清网络摄像机恢复默认以后，IRC的工作模式会变成‘主动模式’。
　　解决方法：我们可以进入高清网络摄像机，把IRC的工作模式改成‘被动模式’。
　　操作方法：
　　进入摄像的设置菜单→媒体设置→视频采集设置→IRC工作模式→‘被动模式’→‘保存’即可。
　　原因2：红外灯坏（排查方法：可以用黑色的塑料袋捂住光敏，看红外灯亮不亮）
　　解决方法：返修或更换红外灯
　　四、用电脑连接高清网络摄像机的时候，可以搜索到摄像机，但是添加后提示‘设备不在线’
　　原因：设备和PC电脑是在一个局域网但不在同一个网段
　　解决方法：
　　点击右下角的“我的电脑”图标→右键单击“打开网络连接”，右键单击任意一个连接选择“属性”，在弹出的连接属性对话框，双击选项“Internet协议（TCP/IP）”，然后选择“高级”，在“IP地址”一栏点击“添加”按钮，输入和高清网络摄像机同一个网段的IP，不能是摄像机IP。再点击“子网掩码”，会自动生成，最后保存设置退出。我们就可以正常访问设备了。
　　以上是小编给大家罗列的高清网络摄像机几种常见故障的解决方法，如果你也遇到同样的问题，不妨按上述方法操作吧，希望本文能帮助到大家。
淡定的男人最成功，淡定的人生不寂寞
怀才就像怀孕，时间久了才能让人看出来。
下载分13763 分
原创币0 点
下载161 次
上传1609 次
金币5586 ￥
主题帖子积分
会员等级：
笔记本维修
感谢&&分享&&果断加分
下载分1198 分
原创币0 点
下载468 次
金币4983 ￥
主题帖子积分
会员等级：
我为修狂，将维修进行到底~
给出了一些检修方向，赞一个
下载分740 分
原创币0 点
金币656 ￥
主题帖子积分
会员等级：
铜牌维客, 积分 162, 距离下一级还需 38 积分
说的很到位, 不错, 感谢
Powered by Discuz! X3.4 -ALicensed
& 2017 Comsenz Inc.一. 问题描述
最近在搭建一个可视传感网，在调试初期就遇到了一个很奇怪的问题：
同样的型号的摄像机，同样的程序，有一部分摄像头正常工作，而有一大部分的不能正常解码显示。这个小demo是我使用海康SDK里面实例写的。文章的最后给出项目的代码，有兴趣的也可以跑跑程序，其实只是一个简单的例程而已，写在这里只是为了方便日后归纳总结。这里使用的海康网络摄像头型号是：DS-2CD852MF-E。
代码中，摄像头的登录函数为：NET_DVR_Login_V30 ，播放函数：NET_DVR_RealPlay_V40。
在回调解码函数处设置断点，能跳到此函数中：
但是除了ip为192.168.2.21 和192.168.2.22这两个网络摄像机，换成其他的摄像机都显示不了。但是另一方面，网络摄像头的登录没有问题，但是就是没有画面。
单步调试,看到lRealHandle = NET_DVR_RealPlay_V40(lUserID, &struPlayInfo, g_RealDataCallBack_V30, NULL); lRealHandle值为0，表示没有问题的啊…但是在回调函数设置断点却进不去，就说明没有回调解码。跟上面的区别就在这里。但是代码是一模一样的，摄像机型号都是一样的852MF-E，因此不知道问题出在哪里。
二. 解决方法
以上问题可简单描述为，一个可用的程序，但对一部分摄像头硬件可用，这些摄像头型号均是一样的，因此第一时间的想法是查看这些摄像机软件版本或者硬件固件版本是否一致，答案是否定的：
因此我又试了多个摄像机，只要是v2.0 build 100521 和v4.0 build 090220，这样的都能显示，但是其他的软件版本都显示不了。一时半会要更新软件或固件版本也是一大工程，因此继续查阅SDK开发文档，发现其实可以查看设备登录预览的SDK日志，在代码中，只需在SDK初始化后调用NET_DVR_SetLogToFile()函数即可保存日志信息。启用写日志文件的函数定义如下：
BOOL NET_DVR_SetLogToFile(
nLogLevel,
*strLogDir,
其中，nLogLevel 表示日志的等级（默认为0）：0-表示关闭日志，1-表示只输出ERROR错误日志，2-输出ERROR错误信息和DEBUG调试信息，3-输出ERROR错误信息、DEBUG调试信息和INFO普通信息等所有信息；
strLogDir 表示日志文件的路径，windows默认值为”C:\SdkLog\”；linux默认值”/home/sdklog/”；
bAutoDel 表示是否删除超出的文件数，默认值为TRUE。
生成日志文件，发现其实是缺少了必要的dll文件。
SDK V4.3.0.6
[ 14:58:00.599][INF] version:This hcnetsdk version is 4.3.0.6 Version 2014_07_22.
SDK V4.3.0.6[ 14:58:00.599][INF] LogonDev1 192.168.3.22:8000 in
[ 14:58:00.601][INF] Private connect 192.168.3.22:8000 sock=496 this=0xf115e8 cmd=0x10000 port=30473
[ 14:58:00.601][INF] OpenCommandConnection ptr=0xf115e8 id=4096
[ 14:58:00.601][INF] [SendCommandWithRecv] this=0xf115e8, cmd_id=0x1000, cmd=0x10000
[ 14:58:00.615][INF] [CloseCommandConnection] this=0xf115e8, cmd_id=0x1000
[ 14:58:00.615][INF] StopLinkInConnection sock=496 this=0xf115e8, command=0x10000
[ 14:58:00.620][INF] LogonDev1 192.168.3.22:8000 in
[ 14:58:00.630][INF] Private connect 192.168.3.22:8000 sock=496 this=0xf115e8 cmd=0x10010 port=30474
[ 14:58:00.630][INF] OpenCommandConnection ptr=0xf115e8 id=8192
[ 14:58:00.630][INF] [SendCommandWithRecv] this=0xf115e8, cmd_id=0x2000, cmd=0x10010
[ 14:58:00.631][DBG] MainStream 0xf0
[ 14:58:00.631][INF] SubStream 0x0, RTP/RTSP[0], Private and RTSP[0], streamPacketType[0x0]
[ 14:58:00.631][INF] [CloseCommandConnection] this=0xf115e8, cmd_id=0x2000
[ 14:58:00.631][INF] StopLinkInConnection sock=496 this=0xf115e8, command=0x10010
[ 14:58:00.636][INF] LogonDev1 192.168.3.22:8000 out, dev_ver=, protocol=0xf0f0 sn=DS2CD852MF-EBCCHWC
[ 14:58:00.636][INF] [UserCtrlInstance::AddUser] m_nCurrentUserIndex=0, i=0, m_nTotalUserNum=1
[ 14:58:00.636][INF] Login success. UserID=0, DevIP=192.168.3.22
[ 14:58:02.095][DBG] BaseEngine[class CNetPreviewSession / 1 / 1]::AllocSession[0] get instance[00F177C0]
[ 14:58:02.095][INF] Preview Session=0 channel[1], UserID[0]
[ 14:58:02.095][DBG] [0] userid[0] this[f177c0]PreviewStart in block[0] cbreal[13018cf]stand[0] userdatap[0] dw[0], hwnd[1905a2]
[ 14:58:02.095][INF] StreamMode[0], StreamProtocol[0xf0f0]
[ 14:58:02.095][DBG] [0] PreviewStart out
[ 14:58:02.095][DBG] [0][192.168.3.22:8000]preview LinkToDvr
[ 14:58:02.095][INF] StreamMode[0], StreamProtocol[0xf0f0]
[ 14:58:02.125][ERR] GlobalCtrl load [E:\Herbert Project\单个摄像机解码并显示\Debug\StreamTransClient.dll] with sdk path failed and get handle[0]
[ 14:58:02.129][ERR] Load StreamTransClient failed[syserr: 126]
[ 14:58:02.129][ERR] Preview Session=0 link proto=4
[ 14:58:02.129][ERR] [0] preview MainPreview link failed!!!
[ 14:58:02.129][DBG] userid[0] Preview[0] AysoNonBlockThread callback exception
[ 14:58:09.918][INF] [0]PreviewStop begin
[ 14:58:09.918][DBG] [0] NetPreview SessionStop in, player nPort[-1]
[ 14:58:09.918][ERR] (IExchangeProxy::RigisterCommandIndex)this preview[0] is not registered.
[ 14:58:09.918][DBG] [0] NetPreview SessionStop out
[ 14:58:09.918][DBG] BaseEngine[class CNetPreviewSession / 512 / 1 / 1]::DestroySessionByIndex[0] instance[00F177C0]
[ 14:58:12.274][DBG] FiniSDK begin SDK fini[1]
[ 14:58:12.274][DBG] [0] DelUser CurrentUserIndex -1 total[0]
[ 14:58:13.135][DBG] stop time thread
后面的操作就很简单了，在海康的SDK库文件中找到StreamTransClient.dll和SystemTransform.dll并添加到工程项目底下，问题解决。
三. 项目部分代码
上传时发现文件过大，因此只贴出部分代码：
#include "stdafx.h"
#include "SingleCamApp.h"
#include "SingleCamDlg.h"
#include "afxdialogex.h"
#include "HCNetSDK.h"
#include "plaympeg4.h"
#ifdef _DEBUG
#define new DEBUG_NEW
LONG nPort = -1;
HWND hPlayWnd = NULL;
LONG lUserID = -1;
LONG lRealHandle = -1;
CString IPToStr(DWORD dwIP);
void CALLBACK DecCBFun(long nPort,char * pBuf,long nSize,FRAME_INFO * pFrameInfo, long nReserved1,long nReserved2);
void CALLBACK g_RealDataCallBack_V30(LONG lRealHandle, DWORD dwDataType, BYTE *pBuffer,DWORD dwBufSize,void* dwUser);
CSingleCamDlg::CSingleCamDlg(CWnd* pParent )
: CDialogEx(CSingleCamDlg::IDD, pParent)
m_hIcon = AfxGetApp()-&LoadIcon(IDR_MAINFRAME);
void CSingleCamDlg::DoDataExchange(CDataExchange* pDX)
CDialogEx::DoDataExchange(pDX);
DDX_Control(pDX, IDC_CAM_IP, m_ctrlDeviceIP);
BEGIN_MESSAGE_MAP(CSingleCamDlg, CDialogEx)
ON_WM_PAINT()
ON_WM_QUERYDRAGICON()
ON_BN_CLICKED(IDC_BTN_Login, &CSingleCamDlg::OnBnClickedBtnLogin)
ON_BN_CLICKED(IDC_BTN_PlayCam, &CSingleCamDlg::OnBnClickedBtnPlaycam)
ON_BN_CLICKED(IDC_BTN_StopCam, &CSingleCamDlg::OnBnClickedBtnStopcam)
END_MESSAGE_MAP()
BOOL CSingleCamDlg::OnInitDialog()
CDialogEx::OnInitDialog();
SetIcon(m_hIcon, TRUE);
SetIcon(m_hIcon, FALSE);
NET_DVR_Init();
isLogin = FALSE;
isPlaying = FALSE;
hPlayWnd = GetDlgItem(IDC_ViewWindow)-&m_hW
m_ctrlDeviceIP.SetAddress(192, 168, 2, 21);
GetDlgItem(IDC_BTN_PlayCam)-&EnableWindow(FALSE);
GetDlgItem(IDC_BTN_StopCam)-&EnableWindow(FALSE);
return TRUE;
void CSingleCamDlg::OnPaint()
if (IsIconic())
CPaintDC dc(this);
SendMessage(WM_ICONERASEBKGND, reinterpret_cast&WPARAM&(dc.GetSafeHdc()), 0);
int cxIcon = GetSystemMetrics(SM_CXICON);
int cyIcon = GetSystemMetrics(SM_CYICON);
GetClientRect(&rect);
int x = (rect.Width() - cxIcon + 1) / 2;
int y = (rect.Height() - cyIcon + 1) / 2;
dc.DrawIcon(x, y, m_hIcon);
CDialogEx::OnPaint();
HCURSOR CSingleCamDlg::OnQueryDragIcon()
return static_cast&HCURSOR&(m_hIcon);
//全局函数的定义//
CString IPToStr(DWORD dwIP)
CString strIP = _T("");
WORD add1,add2,add3,add4;
add1=(WORD)(dwIP&255);
add2=(WORD)((dwIP&&8)&255);
add3=(WORD)((dwIP&&16)&255);
add4=(WORD)((dwIP&&24)&255);
strIP.Format("%d.%d.%d.%d",add4,add3,add2,add1);
return strIP;
void CALLBACK g_RealDataCallBack_V30(LONG lRealHandle, DWORD dwDataType, BYTE *pBuffer,DWORD dwBufSize,void* dwUser)
switch (dwDataType)
case NET_DVR_SYSHEAD:
if (!PlayM4_GetPort(&nPort))
if (dwBufSize & 0)
if (!PlayM4_SetStreamOpenMode(nPort, STREAME_REALTIME))
if (!PlayM4_OpenStream(nPort, pBuffer, dwBufSize, 1024*1024))
if (!PlayM4_SetDecCallBackEx(nPort,DecCBFun,NULL,NULL))
if (!PlayM4_SetDisplayBuf(nPort, 4))
if (!PlayM4_Play(nPort,hPlayWnd))
case NET_DVR_STREAMDATA:
if (dwBufSize & 0 && nPort != -1)
if (!PlayM4_InputData(nPort, pBuffer, dwBufSize))
void CALLBACK DecCBFun(long nPort,char * pBuf,long nSize,FRAME_INFO * pFrameInfo, long nReserved1,long nReserved2)
void CSingleCamDlg::OnBnClickedBtnLogin()
if (isLogin)
NET_DVR_Logout(lUserID);
isLogin = FALSE;
GetDlgItem(IDC_BTN_Login)-&SetWindowTextA("登录");
GetDlgItem(IDC_BTN_PlayCam)-&EnableWindow(FALSE);
char DeviceIP[16] = {0};
DWORD dwDeviceIP = 0;
m_ctrlDeviceIP.GetAddress(dwDeviceIP);
CString csTemp = IPToStr(dwDeviceIP);
sprintf_s(DeviceIP, "%s", csTemp.GetBuffer(0));
NET_DVR_DEVICEINFO_V30 struDeviceI
lUserID = NET_DVR_Login_V30(DeviceIP, 8000, "admin", "12345", &struDeviceInfo);
if (lUserID & 0)
AfxMessageBox("登录失败!");
isLogin = FALSE;
isLogin = TRUE;
GetDlgItem(IDC_BTN_Login)-&SetWindowTextA("注销");
GetDlgItem(IDC_BTN_PlayCam)-&EnableWindow(TRUE);
void CSingleCamDlg::OnBnClickedBtnPlaycam()
NET_DVR_PREVIEWINFO struPlayInfo = {0};
struPlayInfo.hPlayWnd
struPlayInfo.lChannel
struPlayInfo.dwStreamType = 0;
struPlayInfo.dwLinkMode
lRealHandle = NET_DVR_RealPlay_V40(lUserID, &struPlayInfo, g_RealDataCallBack_V30, NULL);
if (lRealHandle & 0)
AfxMessageBox("播放失败!");
isPlaying = FALSE;
GetDlgItem(IDC_BTN_Login)-&EnableWindow(FALSE);
GetDlgItem(IDC_BTN_PlayCam)-&EnableWindow(FALSE);
GetDlgItem(IDC_BTN_StopCam)-&EnableWindow(TRUE);
isPlaying = TRUE;
void CSingleCamDlg::OnBnClickedBtnStopcam()
NET_DVR_StopRealPlay(lRealHandle);
PlayM4_Stop(nPort);
PlayM4_CloseStream(nPort);
PlayM4_FreePort(nPort);
GetDlgItem(IDC_BTN_Login)-&EnableWindow(TRUE);
GetDlgItem(IDC_BTN_PlayCam)-&EnableWindow(TRUE);
GetDlgItem(IDC_BTN_StopCam)-&EnableWindow(FALSE);
本文已收录于以下专栏：
相关文章推荐
海康威视是目前中国领先的监控产品供应商，在我们很多项目中需要使用到他的产品；所以接入他的流变得很有必要。本文记录了如何接入海康威视的SDK，并获私有码流，随后得到NV12序列。本文出自CSDN-固本培...
rtsp://[username]:[password]@[ip]:[port]/[codec]/[channel]/[subtype]/av_stream
username: ...
利用海康提供的网络sdk,采用P/Invoke的方式可以实现访问海康DVR的各种功能。下面是采用C#进行sdk封装的方法和结构体。 源代码地址：http://download.csdn.net/sou...
最近公司开发一个项目
需要用到海康的视频sh
配置环境win10_64，VS2010+Qt5.2.1+Opencv2.4.9+win32
注意部分：
一、这里先引入海康SDK的注意事项中的说明：
【注意事项】
-----------------...
OpenCV+海康威视摄像头的实时读取环境
PC：i7-4970 16GB内存
摄像头型号：DS-2CD3310D-I（2.8mm）
windows-x64、vs2012、op...
代码中的具体参数含义，大家可以移步这里：
https://wiki.videolan.org/Documentation:WebPlugin/
找半天，HTML5的可以支持RTMP 但是无法播...
海康摄像头视频 vlc插件预览视频 自带的Active控件预览视频。
C++ 多线程 CreateThread函数使用例
他的最新文章
讲师：李江龙
讲师：司徒正美
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)网络摄像机的七大问题与八大技术趋势 - 视频监控 - 电子工程世界网
网络摄像机的七大问题与八大技术趋势
19:54:02来源: 互联网 关键字：
&&& 在大安防时代，随着平安城市等工程的展开，正以其在传输、高清等方面的出色表现，逐渐形成了规模应用的态势。我们相信在网络摄像机技术不断的变革下，其将会突破自身的技术制约和外在条件的束缚，呈现出广阔的发展前景。
　　作为网络视频监控系统中的核心设备，网络摄像机的应用和普及代表了网络视频监控发展的阶段和程度。而素有&千里眼&之称的网络摄像机正在逐步适应当前和未来的多样化需求，其必将成为视频监控领域的主流产品。
　　一、面临的问题与解决方案
　　高清网络摄像机面临着诸多有待解决的问题，如高码率带来的带宽压力、存储压力及高清镜头在实际项目中的选择和成本问题等等。
　　1.1 带宽
　　IP摄像机在视频网络应用方面遇到的最大的瓶颈之一就是传输带宽。随着网络视频监控的广泛应用，高清视频已经成为市场的主流，然而目前H.264标准在高清视频监控应用中呈现出越来越多的局限性。1080P的视频图像一般需要占用4~10M的带宽，这给网络和系统建设带来了较大的成本压力。带宽、成本、技术等原因都成为制约行业快速向高清化发展的瓶颈。2013年正式发布的下一代数字视频压缩标准H.265技术得到业内极大关注。
　　比起 H.264，H.265提供了更多不同的工具来降低码率。以编码单位来说，H.264中每个宏(marcoblock/MB)大小都是固定的16&16像素，而H.265的编码单位可以选择从最小的8&8到最大的64&64。在相同的图像质量下，相比于H.264，通过H.265编码的视频大小将减少大约 39-44%。而在码率减少51-74%的情况下，H.265编码视频的质量还能与H.264编码视频质量近似甚至更好。
　　此外，H.265标准也同时支持4K()和8K()超高清视频，借此可以提高智能分析技术的准确性。由于H.265在压缩效率、并行处理能力以及网络适应性方面相比H.264有非常大的改进，其必将成为接下来几年压缩技术的主流。
　　1.2 成本
　　除了带宽之外，成本也是制约网络视频监控发展的另一个主要因素。
　　对带宽要求的提高，从而带来复杂的编解码，这样势必会引起成本的增加。网络摄像机产品的简单化、安装的简便性、终端用户对网络摄像机的了解度等因素，都可能影响到网络摄像机市场的健康成长。现在大多厂商实现了用系统解决方案的概念来推IP摄像机，针对目前网络摄像机真正的核心价值未体现出来的状况，重点突出整个系统的功能和附加价值，以此来增强竞争优势。
　　1.3 多技术合力提升性能
　　相信随着技术的不断发展，所面临的诸多问题将被逐步破解，高清监控会变得更easy，高清网络IPC的市场也会迅速扩大，所以在看到问题的同时我们也要看到其未来的发展方向。
　　较之传统模拟监控，网络摄像机无疑可以提供更多的功能、更清晰的画面、更智能化的应用，使得以IPC为前端所建立起来的IP监控系统更符合当前信息化的发展大潮。总体而言，当前业内网络摄像机的主要应用技术及未来IPC的发展方向体现在以下几方面。
　　1.4 低照度
　　有统计表明，治安案件发生90%以上都是在夜间，所以夜间的监控要比白天的监控更为重要。最低照度是人们评价摄像机对光照灵敏度的一个指标。业界对于照度低于0.1Lux的摄像机称之为低照度摄像机，这个值越低说明摄像机灵敏度越高，性能越好。
　　1.5 透雾功能
　　去除视频中的雾气，改善图像质量是提升户外视频监控系统价值的一项关键技术。近来，PM2.5这一气象领域专业词汇成为社会关注的热点话题，空气中的液滴和固体小颗粒不仅危害人体健康，同时由于大量悬浮粒子的散射作用，大气能见度下降，户外图像颜色和对比度退化，影响图像信息的提取，也致使户外可见度变低导致交通事故频发。因此，图像去雾技术成为图像处理与计算机视觉领域研究的重要课题，也是人们迫切需要解决的问题之一。其采用的图像增强和图像复原技术，能够真实地还原雾前的清晰图像，针对性强，得到的去雾效果自然。
　　1.6 智能分析
　　一般的智能分析包括移动侦测、遮挡报警等。更为复杂的智能分析包括行为识别与分析，比如人脸识别、警戒等。智能分析在前几年就已经推出了相关的产品，包括各种具有智能分析功能的网络摄像机。
　　然而由于实际使用的环境复杂，加之算法本身不是很成熟，适应能力不强，造成误报漏报很多。而另一方面客户的期望很高，但在实际使用中智能产品不佳的表现，往往很难满足客户的实际需求，且很高的维护成本，常常使得这些设备成为一种摆设。然而毋庸置疑，智能化是必然的趋势，随着监控数量的增多，试想几十、几百路甚至上千路的视频，靠人眼一天24小时盯着，不现实也不可能。如何快速地从海量的数据中提取有用的信息，对于用户来说，这非常紧要，也是客户迫切希望解决的。例如在交通领域，相关的智能产品开发和应用相对比较成熟，如道路状况分析、车辆统计、车牌识别、逆行、压黄线、违章停车，包括对交通状况的监控以及对违法行为的抓拍等，都已有广泛应用。
　　1.7 易用性
　　与传统模拟摄像机不同，枪型IP百万像素摄像机涉及到IT的知识，因此，网络摄像机与模拟摄像机在使用上有较大的区别，特别对于操作者及使用人员都有较高的要求。因此网络摄像机在开发及设计上，要考虑到这些因素，在安装的便捷性和使用的易用性上要有充分的体现，例如支持PoE供电、本地视频输出，以及方便本地调试、支持无线功能等。
　　二、未来技术趋势
　　网络摄像机要想长久立足于安防行业，不仅要有高新的技术，还需要与时俱进、不断的创新，那么未来将向哪些方向发展呢?
　　2.1 更高分辨率
　　高分辨率是高清IPC的一个重要因素。发展至今，720P、1080P的高清监控前端已经屡见不鲜，300万像素、500万像素的高清IPC也拥有一定的市场份额。目前最新的4K分辨率()是发展的趋势，它相当于1080P分辨率的四倍，当然超高清的代价也是不菲的，每一帧的数据量都达到50MB，对编解码要求更高，势必会增加成本。
　　2.2 高压缩算法
　　目前主流的压缩算法有MPEG和H.264。前者在特定的格式要求下才会使用到，但其对带宽会带来更多的压力，而H.264在压缩能力上比MPEG高出一倍，所以能获得更高的压缩比。不过，随着高清网络摄像机分辨率的不断提高，码流对带宽及存储的压力越来越大，行业需要更高性能的压缩算法。 H.264Highprofile相比第一代H.264，在性能上又提升了一倍，如今，主流的IPC厂商均采用该算法对视频进行压缩。在未来，H.265 算法则是新技术的代表，可以有效提高压缩效率，减少延迟等，可实现利用1~2Mbps的传输码流传送1080P画质图像。这也意味着，智能手机、平板等移动设备将能够直接在线播放1080P的全高清视频。
　　2.3 云技术应用
　　云计算将使安防行业发生商业模式的变革，使用户能够像用水、用电一样地使用安防服务。随着虚拟化、大数据及网络的不断发展，云安防正在不断地涌现。摄像机作为安防体系中重要的组成部分，已经实现了配合网络硬盘录像机NVR实现云存储，当云摄像机连接NVR损坏之后，IPC会自动存储到这个NVR所属云的NVR中，实现了对云摄像机的容灾存储。云技术还可以包含如云报警、云图片、云共享等前端技术，用户可以通过IE浏览器或者云端软件进行浏览与操作。
　　2.4 民用化
　　视频监控的家庭化、民用化发展非常迅速，同时其中也蕴含着巨大的商机。在过去，老百姓并没有多少安全防范意识，这与当时的经济条件、网络基础建设、设备先进性等有着密不可分的关系。时至今日，即便是高清IPC的价格对于普通家庭用户而言均在承受范围。手机实时浏览家里的情况，手机控制家用电器的开启和关闭，将是必然趋势，IPC在智能家居里将发挥不可取代的作用。并且民用高清IP产品的P2P即插即用、自动穿透多层路由、无需IP域名配置、自适应网络、支持多终端系统监控等简单易懂的功能特性，使得安装更加简单，只需要按照说明书简单的指示就可安装。
　　2.5 4G移动监测
　　3G、4G移动数据网络的部署使无线网络作为视频图像载体成为可能，尤其是时下三大运营商都已经开始了4G的建设和测试，并大力推广4G网络，最高速度可以达到100Mbps，完全可以满足当下高清IPC的通信带宽，移动视频监控是将来的一个重要发展方向。移动视频监控使原有基于固网的视频监控逐步向分布式移动视频监控过渡，如铁路、公交、地铁等行业，从而突破原有视频监控在地域、技术、成本等方面的限制，使业务应用受众面得以扩大。
　　2.6 平台整合
　　作为前端产品，高清IPC必然离不开后端平台软件的支持。因此在可应用规模、系统软件功能、系统扩展性、系统稳定性以及操作人性化方面会成为高清IPC 未来的主要竞争点。现在的高清网络监控，监控点数和系统用户以及图像清晰度都在增加和提高，在一套高清系统中我们不能奢望只有摄像机一种产品，还要兼容更多的网络视频服务器、NVR等系列产品。
　　2.7 功能丰富多样
　　网络摄像机产品的功能形态较传统产品更为丰富，可以为用户带来更多的附加值，摄像机厂商也会在各自的IPC产品中融入丰富且实用的功能，以吸引更多的用户。如可加入抓拍发送短信、电子防抖、3D打印技术和走廊模式等功能。其中我们可以在高清网络摄像机中配置内置的Email客户端、当在能接入互联网时，摄像机设备还可以通过Email的方式把报警触发时抓拍的图片发送到指定的邮箱。也可以通过COM口与能连接的SIM卡的设备连接，利用短信、彩信方式下发给指定的手机终端。这样，做到实时且智能的监控，而仅利用很小的带宽和成本。如此多的丰富功能势必会带来更好的用户体验。
　　2.8 标准化
　　统一视频协议标准，还是具有非常重要的意义。符合国家标准，融合ONVIF及GB/T28181等协议标准，将成为高清网络摄像机走向市场的通行证。
编辑：鲁迪 引用地址：
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有，本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播，或不应无偿使用，请及时通过电子邮件或电话通知我们，以迅速采取适当措施，避免给双方造成不必要的经济损失。
关注eeworld公众号快捷获取更多信息
关注eeworld服务号享受更多官方福利
热门关键词
大学堂最新课程
汇总了TI汽车信息娱乐系统方案、优质音频解决方案、汽车娱乐系统和仪表盘参考设计相关的文档、视频等资源
热门资源推荐
频道白皮书}