Wie der Zugriff auf die RGB-Werte in Opencv?

Bin ich verwirrt über die Verwendung der Anzahl der Kanäle.
Welches ist das richtige von den folgenden?

//roi is the image matrix

for(int i = 0; i < roi.rows; i++)
{
    for(int j = 0; j < roi.cols; j+=roi.channels())
    {
        int b = roi.at<cv::Vec3b>(i,j)[0];
        int g = roi.at<cv::Vec3b>(i,j)[1];
        int r = roi.at<cv::Vec3b>(i,j)[2];
        cout << r << " " << g << " " << b << endl ;
    }
}

Oder,

for(int i = 0; i < roi.rows; i++)
{
    for(int j = 0; j < roi.cols; j++)
    {
        int b = roi.at<cv::Vec3b>(i,j)[0];
        int g = roi.at<cv::Vec3b>(i,j)[1];
        int r = roi.at<cv::Vec3b>(i,j)[2];
        cout << r << " " << g << " " << b << endl ;
    }
}
  • Zweite ist richtig. Check-Dokumentation für details
  • mehr sehen Ans 1 und Ans 2
InformationsquelleAutor Barshan Das | 2012-11-26
  1. 2

    das zweite ist das richtige,
    die Zeilen und Spalten in der Matte gibt die Anzahl der Pixel,
    während der Kanal hat nichts zu tun mit den Zeilen und Spalten Anzahl.
    und Lebenslauf verwenden BGR standardmäßig, vorausgesetzt, die Matte ist nicht in RGB konvertiert dann den code korrekt ist

    Verweis, persönliche Erfahrungen, OpenCV docs

    InformationsquelleAutor azwald
  2. 1

    Einen schnelleren Weg, um Farbe, Komponenten aus einer image ist das Bild, dargestellt als ein IplImage Struktur und dann machen Sie Gebrauch von den pixel-Größe und die Anzahl der Kanäle zu Durchlaufen, die es mit Zeiger-Arithmetik.

    Zum Beispiel, wenn Sie wissen, dass Ihr Bild ist ein 3-Kanal Bild mit 1 byte pro pixel und das format BGR (Standard in OpenCV), die folgenden code, erhält man Zugriff auf seine Komponenten:

    (Im folgenden code img ist der Typ IplImage.)

    for (int y = 0; y < img->height; y++) {
    for(int x = 0; x < img->width; x++) {
        uchar *blue = ((uchar*)(img->imageData + img->widthStep*y))[x*3];
        uchar *green = ((uchar*)(img->imageData + img->widthStep*y))[x*3+1];
        uchar *red = ((uchar*)(img->imageData + img->widthStep*y))[x*3+2];
    }
}

    Für einen flexibleren Ansatz, die Sie verwenden können, die CV_IMAGE_ELEM makro definiert in types_c.h:

    /* get reference to pixel at (col,row),
   for multi-channel images (col) should be multiplied by number of channels */
#define CV_IMAGE_ELEM( image, elemtype, row, col )       \
    (((elemtype*)((image)->imageData + (image)->widthStep*(row)))[(col)])
    • Was macht Sie denken, dies ist nicht genau was kompiliert wird, aus seinem 2. Beispiel?
    • Stop mit dem alten IplImage Umsetzung. Der 'zweiten' Beispiel gültig ist. Das 2. Beispiel, jedoch, ist nicht super schnell, aber sehr gut lesbar. Was Sie tun können, für die Geschwindigkeit ist erste split channels und Lesen Sie dann mit Zeiger. Oder, wenn Sie klüger sind, verwenden Sie die Zeiger immediatelly unter Berücksichtigung der Schrittweite und bitsize.
    InformationsquelleAutor Daniel Martín
  3. 0

    Ich denke, die 2. ist richtig, trotzdem ist es sehr zeitaufwendig, um die Daten, wie Sie.

    Eine schnellere Methode wäre, um die IplImage* Daten zu Struktur und erhöhen Sie die Adresse und zeigte mit der Größe der enthaltenen Daten roi...

    • "es ist sehr zeitaufwendig, um die Daten, wie Sie. Eine schnellere Methode wäre, um die IplImage* an der Struktur der Daten und erhöhen Sie die Adresse und zeigte mit der Größe der enthaltenen Daten roi" - Sind Sie sicher? Sollte nicht kein wesentlicher Unterschied (wenn überhaupt einen Unterschied). Diese Methoden werden eingebettet überhaupt.
    • Ich denke, dass, wenn Sie versuchen, Zugriff auf element i,j, openCV wird die Berechnung der position des Elements in den Speicher und zurück (basierend auf der Breite, nb der Kanäle und die Größe von jedem element der matrix). Diese Berechnung (done Breite * Höhe mal) mehr Zeit in Anspruch als das hinzufügen von 8 bit für die Adresse, mit der Sie arbeiten.
    • Nicht sicher, ob dies wirklich wichtig ist, einmal abgesehen von der compiler schlau genug. Aber ok, könnte sehr gut sein, aber dann wieder, mit einem Zeiger auf cv::Vec3b Daten und die Erhöhung, die vom 1 sollte es nicht anders sein, keine Notwendigkeit für eine IplImages. Sie können nicht über die Zeile Grenze mit dieser sowieso, da die Zeilen müssen nicht zusammenhängend sein, die in OpenCV (und das gilt für cv::Mats die gleiche wie für IplImages). Also die verschachtelte Schleife ist noch da, aber Ok, könnten Sie die Optimierung aus der Multiplikation von widthStep wie du gesagt hast (wenn der compiler nicht das tut es).
    InformationsquelleAutor Julien Greard
Schreibe einen Kommentar