我正在使用 OpenCV 的 CPU 版本的 Histogram of Oriented Gradients ( HOG )。我正在使用 32x32 图像,其中包含 4x4 单元格、4x4 块、块之间没有重叠和 15 个方向箱。OpenCVHOGDescriptor
给了我一个长度为 960 的一维特征向量。这是有道理的,因为(32*32 像素)*(15 个方向)/(4*4 单元)= 960。
但是,我不确定这 960 个数字是如何在内存中排列的。我的猜测是它是这样的:
vector<float> descriptorsValues =
[15 bins for cell 0, 0]
[15 bins for cell 0, 1]
...
[15 bins for cell 0, 7]
....
[15 bins for cell 7, 0]
[15 bins for cell 7, 1]
...
[15 bins for cell 7, 7]
当然,这是一个扁平化为 1D 的 2D 问题,所以它实际上看起来像这样:
[cell 0, 0] [cell 0, 1] ... [cell 7, 0] ... [cell 7, 7]
那么,我对数据布局有正确的想法吗?或者是别的什么?
这是我的示例代码:
using namespace cv;
//32x32 image, 4x4 blocks, 4x4 cells, 4x4 blockStride
vector<float> hogExample(cv::Mat img)
{
img = img.rowRange(0, 32).colRange(0,32); //trim image to 32x32
bool gamma_corr = true;
cv::Size win_size(img.rows, img.cols); //using just one window
int c = 4;
cv::Size block_size(c,c);
cv::Size block_stride(c,c); //no overlapping blocks
cv::Size cell_size(c,c);
int nOri = 15; //number of orientation bins
cv::HOGDescriptor d(win_size, block_size, block_stride, cell_size, nOri, 1, -1,
cv::HOGDescriptor::L2Hys, 0.2, gamma_corr, cv::HOGDescriptor::DEFAULT_NLEVELS);
vector<float> descriptorsValues;
vector<cv::Point> locations;
d.compute(img, descriptorsValues, cv::Size(0,0), cv::Size(0,0), locations);
printf("descriptorsValues.size() = %d \n", descriptorsValues.size()); //prints 960
return descriptorsValues;
}
相关资源: 这篇 StackOverflow 帖子和本教程帮助我开始使用 OpenCV HOGDescriptor。