V4L2_PIX_FMT_YUYV: konvertieren von YUYV zu RGB24?

Ich bin die Erfassung von Bilddaten von einer webcam über Video4Linux2. Die pixel-format zurückgegeben, indem das Gerät ist V4L2_PIX_FMT_YUYV. Nach http://linuxtv.org/downloads/v4l-dvb-apis/V4L2-PIX-FMT-YUYV.html das ist das gleiche wie YUV422-so habe ich ein YUV422 zu RGB24 Konvertierung basiert auf der Beschreibung in http://paulbourke.net/dataformats/yuv/ .

Erstaunlich das Ergebnis ist eine seltsame Violett/grün-Bild. So scheint es, YUYV, ist etwas anderes als YUV422 (und es existiert auch ein pixel-format V4L2_PIX_FMT_YUV422P das ist/ist nicht das gleiche?).

So, ich bin Total verwirrt jetzt: wie kann ich konvertieren V4L2_PIX_FMT_YUYV bitmap real RGB24? Gibt es irgendwelche Beispiele gibt?

InformationsquelleAutor Elmi | 2013-04-23
  1. 3

    Zu lange, um in einem Kommentar...

    4:2:2 ist nicht ein pixel-format, es ist nur eine notation über, wie die chroma-Daten wurden in einer Unterstichprobe (subsampled). Laut linuxtv-link, V4L2_PIX_FMT_YUYV ist identisch mit YUYV oder YUY2.
    Die ultimative Referenz auf das Subjekt http://www.fourcc.org. Haben Sie einen Blick auf das, was es sagt über YUY2 bei http://www.fourcc.org/yuv.php#YUYV

           Horizontal   Vertical
Y Sample Period 1   1
V Sample Period 2   1
U Sample Period 2   1

    Um zu überprüfen, dass das input-format in der Tat ist YUYV, die Sie verwenden können, ein viewer schrieb ich mit SDL; die nativ dieses format unterstützt (unter anderem)

    https://github.com/figgis/yuv-viewer

    Siehe auch http://www.fourcc.org/fccyvrgb.php für die korrekte Formeln für rgb/yuv-Konvertierung.

    Nehmen Sie es von dort aus und schreib mir einen Kommentar, wenn Sie weitere Hilfe benötigen...

    • Ihre yuv-viewer nicht kompilieren gegen aktuelle SDL. 🙁
    • Das ist erwartet, da meine viewer basiert auf SDL1.2. Ich habe eine einfachere version, die funktioniert auf SDL2.0, noch nicht, schob es auf github obwohl
    • Siehe github.com/figgis/yuv-viewer2 für den viewer basierend auf SDL2.
    InformationsquelleAutor Fredrik Pihl
  2. 1

    Ich hatte ein ähnliches problem und das Problem war endianness. V4L-zurück-pixel-Daten als eine Reihe von bytes, die ich war casting für 16-bit-ints. Weil die endianness meiner Maschine die Y-und Cb - (oder Y-und Cr-für ungerade Pixel) die Werte wurden immer vertauscht und ich war immer eine seltsame VIOLETTE/grün-Bild.

    War die Lösung, nur um zu ändern, wie ich war, Extraktion von Y, Cb und Cr von meinem 16-bit-ints. Das heißt, statt dessen:

    int y = pixbuf[i] & 0xFF00) >> 8;
int u = pixbuf[(i /2) * 2] & 0xFF;
int v = pixbuf[(i /2) * 2 + 1] & 0xFF;

    Sollte ich dies getan haben:

    int y = (pixbuf[i] & 0xFF);
int u = (pixbuf[(i /2) * 2] & 0xFF00) >> 8;
int v = (pixbuf[(i /2) * 2 + 1] & 0xFF00) >> 8;

    Oder in der Tat nur verarbeitet Sie als eine Folge von bytes, wie eine vernünftige person...

    InformationsquelleAutor Gary Munnelly
Schreibe einen Kommentar