出现问题
在进行两个相机显示的时候，出现了相机显示不同步的情况，具体情况如下视频所示：
华睿/大华相机左右相机显示不同步
可以见到视频之中，右相机是比左相机更快一点的，但是有的时候就是同步的。我调用的代码是现成的，在原有的代码上进行了稍微的更改。
上面是根据现成的代码直接更改得到的，按道理而言，即便是出问题也应该是左相机显示比右相机快呀。所以决定再重新写一个显示代码。
解决思路
一.原始代码
原来的代码之中使用到了相应的SendMessage与ReceiveMessage函数，将原始的相机操作写成单独的一个.h与.cpp文件。看着代码有点儿迷糊，懒得使用这两个函数了，直接在写相应的主要的cpp函数之中进行写入。
查看技术手册，相机的操作流程为如下所示：
在进行配置好环境之后，发现设备到打开相机的操作如下代码所示：
IMV_HANDLE devHandle;
unsigned int cameraIndex = 0;
TCHAR errMsg[256];
int ret = IMV_OK;
// 发现设备
IMV_DeviceList deviceInfoList;
ret = IMV_EnumDevices(&deviceInfoList, interfaceTypeAll);
if (IMV_OK != ret)
{
_stprintf_s(errMsg, _T("Enumeration devices failed! ErrorCode[%d]"), ret);
throw errMsg;
return FALSE;
}
if (deviceInfoList.nDevNum 文档技术手册之中提到了相机参数的注册回调函数，其作用为当相机的曝光时间或增益发生变化时，应用程序可以通过注册回调函数来接收相机的通知，并相应地更新显示界面上的参数值或图像。
对比两个回调函数：
由于第二个函数是不支持多线程调用，因此选用第一个函数。
// 注册数据帧回调函数
ret = IMV_AttachGrabbing(devHandle, onGetFrame, this);
if (IMV_OK != ret)
{
_stprintf_s(errMsg, _T("Attach grabbing failed! ErrorCode[%d]"), ret);
throw errMsg;
return FALSE;
}
// 开始拉流
// Start grabbing
ret = IMV_StartGrabbing(devHandle);
if (IMV_OK != ret)
{
_stprintf_s(errMsg, _T("Start grabbing failed! ErrorCode[%d]"), ret);
throw errMsg;
return FALSE;
}一般而言，此时将显示的信息直接写到onGetFrame之中便是可以的，但是此处我是通过界面交互的方式。由于此处是将相应的采集信息通过一个线程发送出去，因此，需要将线程进行加入。
try
{
LxhStartThread();
}
catch (TCHAR* errMsg)
{
throw errMsg;
return FALSE;
}二.问题猜想
想法一：和之前的倾角传感器的延迟解决方案一致，先启动线程再进行采集。发现并不是这里的问题。
onGetFrame函数之中将帧信息进行复制
static void onGetFrame(IMV_Frame* pFrame, void* pUser)
{
if (pFrame == NULL)
{
return;
}
CRGB_CameraCtrl *pThis = (CRGB_CameraCtrl2 *)pUser;
// Save and call thread.
FrameBuffer* pConvertFrameBuffer = new FrameBuffer(pThis->GetDevHandle(), *pFrame);
memcpy_s(pThis->pRGB_bufPtr(), IMAGE_SIZE, pConvertFrameBuffer->bufPtr(), IMAGE_SIZE);//使用
delete pConvertFrameBuffer;服务器托管网
return;
}开始写的代码是这顺序：注册回帧函数 ->抓流 ->启动线程。问题？是不是抓流和启动线程之间存在一定的时间延迟？
所以这里想的是在进行抓流之前便把线程启动起来，实时监控帧信息进行显示。
想法二：首先设置左右相机帧率一致，启动代码，发现仍然存在左右相机延迟的问题。
想法三：
①首先启动官方软件时，观察相机的各项指标。
可以观察到左、右相机的帧率都为10FPS，其中数据传输速率几乎一致。
左右相机同步。
②之后启动自己写的软件，观察情况。
可以观察到左右相机仍然同步。
③再次启动官方软件观察相机的各项指标。
可以发现到左相机明显出现速率变慢的情况。
④多次重复上述②③操作，发现左相机的帧率和传输速率下降的非常明显。按道理而言，在关闭自己写的软件，打开官方软件，采集速率应该是保持一致的。因此，猜想是自己写的软件并没有关闭成功。
查看后台：
果然发现软件仍然在后台进行运行。结束软件任务，重新打开官方软件，左、右相机的传输速率与帧率正常。
上述说明软件在使用过程之中，没有正常关闭软件，存在软件后台运行的问题，代码层次的原因，看一看代码方面是否存在线程未关闭的情况。
三.软件关闭
果然发现重载主窗口类的 OnClose 函数之中缺少了一个线程的结束。完善代码，重新重复上述测试过程，不再出现掉帧的现象。
开始没往软件结束这个方向想，因为是左相机比右相机慢，想的方向直接偏到了帧率和线程方向是不是出了问题。最后，对比官方软件发现是软件关闭之后并未结束，导致左相机网口一直占用，从而左相机读出的数据比右相机慢很多。
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
相关推荐: 从兔子说起：了解RabbitMQ消息的多样化【RabbitMQ 二】
：你只管努力，剩下的交给时间 ：小破站 从兔子说起：了解RabbitMQ消息的多样化 第一：消息的可靠性与持久性 第二：消息交换机与队列 第三：消息确认与拒绝 第四：消息的过期与优先级 第五：消息顺序保证 第一：消息的可靠性与持久性 在消息传递系统中，确保消息…
