QT+OpenCV進行圖像採集最小時延可以達到20ms

    獲得「算法高性能」項目的支持，目前成功地在Win10上運行WB2，感受目前的代碼速度慢、響應慢、CPU佔用比例高。這種狀況下3399上可以運行，說明這個平臺已是很強的了。下一步，首先在Windows上優化代碼、在提升3399上運行效率。

1、各類狀況下采集的比較

Dshow(175)

GOMfcTemplate(158)

qcamera採集速度很是快(26)，目視比Dshow還快！可是存在的問題是沒法融入OpenCV。

可是在linux上速度就很通常的，也多是和虛擬機有關係

 

wb目前採用的是videocapture單線程，應該說是體驗最差的。

 

GOQTTemplate3採用的是videocapture+多線程，時延仍然比較大（609ms）

 

 

 

mipicamera(rk3399自帶）

因爲在攝像頭打開的地方，過分依賴Linux，沒法在windows平臺上打開。

結果在linux平臺上面也是沒法打開，證實這種攝像頭搜索的方法不優秀。

而且從代碼分析，它使用的也是VideoCapture+單線程。

 

 

講道理地說，VideoCapture是不行的，畢竟是一個實驗的架構。這個一樣一個攝像頭，在使用起來的時候就可以感受到videocapture有1s左右的時延，不知足實時的需求。

並且我這個攝像頭是高速頭，不知道是否是videocapture的fps設置不上去。

 

 

2、嘗試QCamera的融入方法

 

這個26ms太棒了，並且是1080*1024的分辨率，這個值可讓我放棄DShow。可是全部的前提是必須能夠融合OpenCV使用，而且最好在Linux上也可以到達這個水平。（21.5ms！）

 

實現參考文章

How to grab video frames directly from QCamera - flfihpv259的博客 - CSDN博客

如何直接讀取QCamera的一幀數據 - flfihpv259的博客 - CSDN博客

 

 

 

很是好的值，馬上用成果修改GOQTTemplate3，具體的方法

一、添加 cameraframegrabber.h、cameraframegrabber.cpp

二、添加.h到頭文件

添加變量、SLOT

添加動做和slot

三、獲得結果

很是好,21.7ms

 

可是加上算法後，PC上也要跑到1.4s，並且報錯。這就必需要優化算法了。

 

小結：只要可以使用QCamera，就使用QCamera.

 

來自爲知筆記(Wiz)

附件列表