Question

我有一个Qt应用程序，我必须在点击坐标周围找到几个像素的HSV范围，以便稍后跟踪。我就是这样做的：

    cv::Mat temp;
    cv::cvtColor(frame, temp, CV_BGR2HSV); //frame is pulled from a video or jpeg
    cv::Vec3b hsv=temp.at<cv::Vec3b>(frameX,frameY); //sometimes SIGSEGV?
    qDebug() << hsv.val[0]; //look up H
    qDebug() << hsv.val[1]; //look up S
    qDebug() << hsv.val[2]; //look up V
    //just base values so far, will work on range later
    emit hsvDownloaded(hsv.val[0], hsv.val[0]+5, hsv.val[1], 255, hsv.val[2], 255); //send to GUI which automaticly updates worker thread

现在，事情很奇怪。这些是结果（红色圆圈表示点击位置）： clicking blue clicked red - correct

红色很奇怪，上半部分形状被正确检测到，下半部分没有，尽管它是相同颜色的固体质量。 green completly screws up

进行实际测试 enter image description here

它检测到坦率地荒谬的HSV {95,196,248}（基值太高）。没有检测到的像素甚至不是被点击的像素。在100％的时间内检测到该球的最佳值是H:35-141 S:0-238 V:65-255。我想从标准化的直方图中获得HSV范围，但我甚至无法获得正确的基本值。怎么了？当OpenCV使用kalibrowanyPlik.read(frame);拉取帧时，默认的配色方案是BGR，对吧？

为什么颜色检测会如此随机地工作？

Answer 1

正如berak所提到的，您的代码看起来像是使用索引以错误的顺序访问像素。

这意味着您的像素位置是错误的，除了位于对角线上的像素，因此将正确检测对角线周围的点击对象，而其他所有对象都不会。

为了不让一次又一次困惑，我想让你理解为什么OpenCV使用（row，col）索引排序：

OpenCV使用矩阵来表示图像。在数学中，2D矩阵使用（row，col）索引，查看http://en.wikipedia.org/wiki/Index_notation#Two-dimensional_arrays并观察索引。因此，对于矩阵，通常首先使用行索引，然后使用列索引。

不幸的是，图像和像素通常具有（x，y）索引，其对应于数学图和坐标系中的x / y轴/方向。所以这里首先使用x位置，然后是y位置。

幸运的是，OpenCV提供了两种不同版本的.at方法，一种用于访问像素位置，另一种用于访问矩阵元素（最终是完全相同的元素）。

matrix.at<type>(row,column) // matrix indexing to access elements
// which equals
matrix.at<type>(y,x)

和

matrix.at<type>(cv::Point(x,y)) // pixel/position indexing to access elements

因为第一个版本应该稍微更高效，所以如果这些位置还没有作为cv :: Point对象给出，那么应该首选。因此，最好的方法是记住，openCV使用矩阵来表示图像，并使用矩阵索引表示法来访问元素。

顺便说一下，我看到有人想知道为什么matrix.at<type>(cv::Point(y,x))在他们得知openCV图像使用“错误排序”之后无法正常工作。我希望在我的解释之后不会出现这个问题。

再多一点顺便说一下：在学校我已经想知道，为什么矩阵首先索引行，而函数图则首先索引x轴。我发现两者都不使用“相同”的顺序是愚蠢的，但我仍然不得不忍受它：D（最后，两者都没有太大的关系）

OpenCV - 奇数HSV范围检测

1 个答案: