文章目录
OpenCV作为一个广为人知的跨平台计算机视觉库,应用于各种领域,但在网络视频监控方面的应用还很少。本项目将OpenCV与Socket结合,采用TCP协议以MFC为UI界面实现了从客户端到服务器端的实时图像传输。
本文将从OpenCV图像处理和Socket网络连接两方面分别介绍客户端和服务器端的设计和实现。随后,本文介绍该项目的MFC界面设计以及在本机和局域网下的程序测试结果。最后,本文分析了本项目的优缺点。
该项目分为客户端和服务器端两部分,其整体框架如图所示。客户端的作用是采集实时图像信息并实时显示到MFC的Picture Control控件图像,再利用OpenCV压缩编码,再将图像数据流通过Socket发送到服务器端。服务器端的作用是接收数据流,再将收到的数据流进行解码并显示出来。

接下来本文将主要从客户端、服务器端以及MFC界面设计端分别做详细的说明。
客户端的主要作用是从摄像头获取图像流,压缩编码,发起TCP连接,发送数据流。下面将从OpenCV图像处理和Socket网络通信来进一步说明如何实现。
客户端的OpenCV图像处理流程图如图所示。

cv::VideoCapture类既支持从视频文件读取,也支持从摄像头中读取图像流。在此之前,须先创建一个VideoCapture对象,此对象调用成员函数isOpened()来检查是否打开成功,成功则返回true。
cv::VideoCapture对象调用视频文件(.mpg或.avi格式)读取视频的格式为:
//从视频文件读取
cv::VideoCapture capture(const string& filename);
cv::VideoCapture capture("路径");
cv::VideoCapture对象调用摄像头读取实时视频格式为:
//从摄像头读取
cv::VideoCapture capture(int device);
其中,device是摄像头的标识符。如果只有一个摄像头,则device赋值为0。如果计算机有多个摄像头,将其逐渐增加即可。
打开默认摄像头,并从中读取图像流,将图像流赋给cv:Mat image,其代码块为:
Mat image;
VideoCapture capture;
while(capture.isOpened()){
capture.open(0);
capture >> image;
imshow(image);
waitKey(3);
}
对于图像传输,很多方案都是基于像素的传输,即传输的数据大小直接与图像分辨率和通道数对等。以640480分辨率为例,若传输单通道灰度图,一张图像传输的数据量是307200个字节;若传输三通道RGB图像,则一张图像需要传输921600个字节。一张图像九十多万字节的数据量,这显然是极大地浪费了网络资源。若采用这种基于像素的图像传输,很容易造成视频卡顿。这时我们引入OpenCV的imencode和imdecode两个函数,分别对像素进行二进制压缩编码及解码。
imencode()的定义格式为:
bool imencode(
const String& ext,
InputArray img,
vector<uchar>& buf,
const vector<int>& params=vector<int>())
各参数解释如表所示。
| 参数 | 解释 |
|---|---|
| ext | 定义输出文件格式的扩展名 |
| img | 待编码的图像 |
| buf | 输出的缓存区 |
| params | 被编码的格式和压缩率 |
在本项目中,编码成jpg格式,压缩率为50%。
网络通信方面,本项目客户端采用继承于CAsyncSocket类的自定义ClientSocket类。程序流程图如下图所示。

用户从MFC界面输入目的IP及端口号,点击“连接”按键,ClientSocket类的对象调用Create()创建套接字,Connect()发起TCP连接,连接成功后Send()向服务器端发送数据流。用户点击“断开连接”按键,Close()关闭套接字,capture.release()关闭摄像头。
服务器端的作用是先与客户端实现TCP连接,再接收来自客户端的数据流,然后进行解码并将实时图像显示出来。所以,接下来笔者将从Socket网络通信及OpenCV图像处理两方面来介绍服务器端。
服务器端网络通信,本项目采用继承于CAsyncSocket类的自定义ListenSocket类和ServerSocket类,二者分别用于监听和连接服务。
服务端Socket网络通信部分的程序流程图如图所示。

用户点击“本地回环测试”设置IP地址为127.0.0.1,点击“获取本机IP”及自动获取并设置本机的IP地址。本项目自动获取本机IP的方法为:引用winsock2.h库,调用其中gethostname()函数获取本机的主机名,然后用gethostbyname()函数利用主机名获取IP。设置IP地址后将其显示在MFC的IP控件上。
设置好IP地址及端口号后点击“打开监控”,ListenSocket类的对象调用Create()创建监听套接字。Listen()进入监听状态,然后检测是否有来自客户端的连接请求,如果没有请求则继续监听,如果接收到请求则OnAccept()接收请求实现TCP连接。然后用ServerSocket类的对象调用Create()创建服务套接字,OnReceive()接收来自客户端的数据流,客户端没有断开连接则持续接收实时图像数据流,如果客户端断开连接,则OnClose()断开连接。
如果服务器端主动断开连接,即用户在TCP连接状态下点击“断开连接”,ListenSocket类和ServerSocket类的对象将调用Close()关闭套接字,断开与客户端的连接。
服务器端的图像处理部分很简单,将接受到的数据流进行imdecode()解码,然后将解码出来的Mat类型图像实时地显示到窗口内。
imdecode()是OpenCV中图像解码函数,与imencode()成对使用,前面已经介绍了压缩编码的imencode()函数,下面来介绍一下imdecode()。
imencode()有两个重载:
Mat imdecode(InputArray buf, int flags)
Mat imdecode(InputArray buf, int flags, Mat* dst)
本项目的UI界面采用的是MFC(Microsoft Foundation Classes,微软基础类),同VCL类似,是一种应用程序框架。该类库提供一组通用的可重用的类库供开发人员使用,大部分类均从CObject直接或间接派生。
MFC应用程序的总体结构通常由开发人员从MFC类派生的几个类和一个CWinApp类对象(应用程序对象)组成。MFC提供了MFC AppWizard自动生成框架。Windows 应用程序中,MFC的主包含文件为Afxwin.h。
客户端的MFC界面:

服务器端的MFC界面:

为提升程序的实用性及鲁棒性,下面介绍三点有关本项目MFC界面设计上的细节。
第一,显示图片的功能是利用OpenCV的imshow()完成的,但显示的窗口一般会独立出一个子窗口,这样不仅很不美观,使用起来还很不方便。所以,这里本项目是把OpenCV的窗口和MFC的Picture控件绑定在一起,实现图像显示窗口嵌入到主窗口。相关代码块为:
//将MFC的IDC_PIC1与OpenCV的src1绑定
CRect rect1;
CWnd* pWnd1 = GetDlgItem(IDC_PIC1);
pWnd1->GetClientRect(&rect1);
namedWindow("src1", WINDOW_AUTOSIZE);
resizeWindow("src1", Size(rect1.Width(), rect1.Height()));
HWND hWnd1 = (HWND)cvGetWindowHandle("src1");
HWND hParent1 = ::GetParent(hWnd1);
::SetParent(hWnd1, GetDlgItem(IDC_PIC1)->m_hWnd);
::ShowWindow(hParent1, SW_HIDE);
第二,为了能实时反映当前程序运行状态,在界面上加了列表控件。例如,当IP/端口号为空时点击“连接”按键,列表中会提示“IP地址为空,请输入目标IP地址”,摄像头打开则提示“摄像头打开成功”,服务端开始监听会输出地址和端口号并提示“等待用户连接”,等等。
第三,为了提升程序的鲁棒性,防止程序出错,本项目利用控件变量调用函数EnableWindow(FALSE/TRUE)来使控件有效或无效,对输入进行严格的控制。以客户端界面为例,初始界面中可以输入IP地址和端口号,可点击“连接”按键,但“断开”连接按键是灰色的,不可点击。但如果IP/端口号为空,列表栏会提示“IP地址为空,请输入目标IP地址”,发起TCP连接后,IP控件、端口号控件及“连接”按键会变灰,而“断开连接”按键有效,可以点击。
服务器端点击“本地回环测试”,即设置IP地址为“127.0.0.1”,实现TCP连接后,实时视频传输正常,网络监控的基本功能实现,某一时刻测试结果如图所示。

将两台计算机连接同一个WIFI,组成一个无线局域网。
一台计算机运行服务器端程序,一台计算机运行客户端程序。服务器端点击“获取本机IP”,获取到的IP地址为“192.168.0.103”,与客户端PC实现TCP连接后,测试得出实时视频传输正常,即局域网下也可实现网络监控的基本功能,某一时刻测试结果为:
局域网下,客户端测试某一时刻结果:

局域网下,服务器端测试某一时刻结果:

整体来说,本项目最大的创新点在于实现了OpenCV图像处理与Socket网络通信的结合。所以本项目的优势基本源于OpenCV的优势。
第一,在本项目的图传的预处理中采用了OpenCV的图像编码与解码功能替代了传统的基于像素的图像传输,这极大地压缩了传输数据量,释放了网络资源,使得实时视频更流畅。
第二,由于OpenCV中有丰富的图像分析处理及机器视觉的函数库,所以在智能化图传方面,本项目提供了非常便利的OpenCV接口进行二次开发。例如,在客户端图像采集后可以搭载OpenCV人脸识别方面的函数库,再与人员信息数据库结合起来就可以很快开发出一个适用于上班打卡或场所出入口的具备实时登记流动人员信息的网络视频监控系统。
由于笔者编程能力有限,本项目还有很多缺陷有待改进。
第一,传输视频的时候,接收端(服务器端)偶尔会出现花屏现象。这是因为本项目采用的是TCP网络传输协议。
TCP协议提供的是面向连接的可靠传输,通常应用于文件传输、文字传输、电子邮件等这些对精确性要求较高而且对实时性要求不高的场景。而UDP协议提供的是无连接的不可靠的网络传输,通常应用于数据量大但精确度要求不高的数据传输,比如网站上看视频、多人网络游戏等场景。
通过TCP与UDP的对比,我们发现网络视频监控更适合用UDP协议。
第二,项目没能实现双向视频传输,如果实现双向视频、音频传输,在加上视频音频同步及多线程技术,就可以实现网络视频通话。
我在使用omniauth/openid时遇到了一些麻烦。在尝试进行身份验证时,我在日志中发现了这一点:OpenID::FetchingError:Errorfetchinghttps://www.google.com/accounts/o8/.well-known/host-meta?hd=profiles.google.com%2Fmy_username:undefinedmethod`io'fornil:NilClass重要的是undefinedmethodio'fornil:NilClass来自openid/fetchers.rb,在下面的代码片段中:moduleNetclass
我有一个用户工厂。我希望默认情况下确认用户。但是鉴于unconfirmed特征,我不希望它们被确认。虽然我有一个基于实现细节而不是抽象的工作实现,但我想知道如何正确地做到这一点。factory:userdoafter(:create)do|user,evaluator|#unwantedimplementationdetailshereunlessFactoryGirl.factories[:user].defined_traits.map(&:name).include?(:unconfirmed)user.confirm!endendtrait:unconfirmeddoenden
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不,不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本,提供另一个脚本,它将在其标准输入上获取请求,并在其标准输出上返回完整的响应。到目前为止一切顺利,但事实证明这真的很脆弱,因为它在第二个请求上中断并出现错误:/usr/b
导读:随着叮咚买菜业务的发展,不同的业务场景对数据分析提出了不同的需求,他们希望引入一款实时OLAP数据库,构建一个灵活的多维实时查询和分析的平台,统一数据的接入和查询方案,解决各业务线对数据高效实时查询和精细化运营的需求。经过调研选型,最终引入ApacheDoris作为最终的OLAP分析引擎,Doris作为核心的OLAP引擎支持复杂地分析操作、提供多维的数据视图,在叮咚买菜数十个业务场景中广泛应用。作者|叮咚买菜资深数据工程师韩青叮咚买菜创立于2017年5月,是一家专注美好食物的创业公司。叮咚买菜专注吃的事业,为满足更多人“想吃什么”而努力,通过美好食材的供应、美好滋味的开发以及美食品牌的孵
华为OD机试题本篇题目:明明的随机数题目输入描述输出描述:示例1输入输出说明代码编写思路最近更新的博客华为od2023|什么是华为od,od薪资待遇,od机试题清单华为OD机试真题大全,用Python解华为机试题|机试宝典【华为OD机试】全流程解析+经验分享,题型分享,防作弊指南华为o
之前在培训新生的时候,windows环境下配置opencv环境一直教的都是网上主流的vsstudio配置属性表,但是这个似乎对新生来说难度略高(虽然个人觉得完全是他们自己的问题),加之暑假之后对cmake实在是爱不释手,且这样配置确实十分简单(其实都不需要配置),故斗胆妄言vscode下配置CV之法。其实极为简单,图比较多所以很长。如果你看此文还配不好,你应该思考一下是不是自己的问题。闲话少说,直接开始。0.CMkae简介有的人到大二了都不知道cmake是什么,我不说是谁。CMake是一个开源免费并且跨平台的构建工具,可以用简单的语句来描述所有平台的编译过程。它能够根据当前所在平台输出对应的m
这篇文章是继上一篇文章“Observability:从零开始创建Java微服务并监控它(一)”的续篇。在上一篇文章中,我们讲述了如何创建一个Javaweb应用,并使用Filebeat来收集应用所生成的日志。在今天的文章中,我来详述如何收集应用的指标,使用APM来监控应用并监督web服务的在线情况。源码可以在地址 https://github.com/liu-xiao-guo/java_observability 进行下载。摄入指标指标被视为可以随时更改的时间点值。当前请求的数量可以改变任何毫秒。你可能有1000个请求的峰值,然后一切都回到一个请求。这也意味着这些指标可能不准确,你还想提取最小/
C#实现简易绘图工具一.引言实验目的:通过制作窗体应用程序(C#画图软件),熟悉基本的窗体设计过程以及控件设计,事件处理等,熟悉使用C#的winform窗体进行绘图的基本步骤,对于面向对象编程有更加深刻的体会.Tutorial任务设计一个具有基本功能的画图软件**·包括简单的新建文件,保存,重新绘图等功能**·实现一些基本图形的绘制,包括铅笔和基本形状等,学习橡皮工具的创建**·设计一个合理舒适的UI界面**注明:你可能需要先了解一些关于winform窗体应用程序绘图的基本知识,以及关于GDI+类和结构的知识二.实验环境Windows系统下的visualstudio2017C#窗体应用程序三.
网络编程套接字网络编程基础知识理解源`IP`地址和目的`IP`地址理解源MAC地址和目的MAC地址认识端口号理解端口号和进程ID理解源端口号和目的端口号认识`TCP`协议认识`UDP`协议网络字节序socket编程接口`sockaddr``UDP`网络程序服务器端代码逻辑:需要用到的接口服务器端代码`udp`客户端代码逻辑`udp`客户端代码`TCP`网络程序服务器代码逻辑多个版本服务器单进程版本多进程版本多线程版本线程池版本服务器端代码客户端代码逻辑客户端代码TCP协议通讯流程TCP协议的客户端/服务器程序流程三次握手(建立连接)数据传输四次挥手(断开连接)TCP和UDP对比网络编程基础知识
MIMO技术的优缺点优点通过下面三个增益来总体概括:阵列增益。阵列增益是指由于接收机通过对接收信号的相干合并而活得的平均SNR的提高。在发射机不知道信道信息的情况下,MIMO系统可以获得的阵列增益与接收天线数成正比复用增益。在采用空间复用方案的MIMO系统中,可以获得复用增益,即信道容量成倍增加。信道容量的增加与min(Nt,Nr)成正比分集增益。在采用空间分集方案的MIMO系统中,可以获得分集增益,即可靠性性能的改善。分集增益用独立衰落支路数来描述,即分集指数。在使用了空时编码的MIMO系统中,由于接收天线或发射天线之间的间距较远,可认为它们各自的大尺度衰落是相互独立的,因此分布式MIMO