MJPEG vs. YUY2 für USB-UVC-Endoskopkameramodule: Welches Videoformat passt zum Host?

Schnelle Antwort

MJPEG und YUY2 belasten die USB-Verbindung und den Host unterschiedlich. YUY2 überträgt unkomprimierte Videodaten und kann wesentlich mehr USB-Bandbreite erfordern, während MJPEG jeden Frame vor der Übertragung komprimiert und daher die Verbindungsdaten reduziert, aber eine hostseitige Dekodierung erfordert. Bei einem OEM-Endoskop hängt die richtige Wahl davon ab, wo der Engpass liegt: USB-Bandbreite, Host-CPU/Decoder-Fähigkeit, Bildverarbeitungs-Workflow, Latenzanforderungen oder unterstützter Kameramodus. Die Formatunterstützung variiert je nach Modell. Daher besteht der erste Schritt darin, zu bestätigen, welche Auflösungs-/Bildratenkombinationen tatsächlich auf dem ausgewählten Modul verfügbar sind.

1. Warum das Videoformat bei einer Endoskopkamera wichtig ist

Viele USB/UVC-Projekte konzentrieren sich zunächst auf Auflösung und Bildrate, aber das Videoformat bestimmt, wie viele Daten über die USB-Verbindung übertragen werden und was der Host damit tun muss. Dies ist bei Endoskopsystemen wichtig, da die Kamera möglicherweise auch ein langes Kabel, LEDs und einen kompakten eingebetteten Host anstelle eines leistungsstarken Desktop-PCs verwendet.

2. YUY2: Mehr Verbindungsdaten, weniger Komprimierungsaufwand

YUY2 ist ein unkomprimiertes YUV-Format. Der Vorteil besteht darin, dass der Host Bilddaten ohne JPEG-Komprimierung/Dekomprimierung empfängt. Dies kann nützlich sein, wenn die Anwendung direkten Bildzugriff benötigt oder Komprimierungsartefakte vermeiden möchte. Der Nachteil ist ein höheres Datenvolumen, was die über die verfügbare USB-Verbindung praktikable Kombination aus Auflösung und Bildrate einschränken kann.

3. MJPEG: Weniger USB-Daten, mehr Host-Dekodierung

MJPEG komprimiert jedes Bild als JPEG-Bild. Dies reduziert die über USB übertragene Datenmenge und kann eine höhere Auflösung oder Bildrate bei einer eingeschränkten Verbindung praktischer machen. Allerdings muss der Host den Stream dekodieren. Ein eingebetteter Prozessor oder ein Mobilgerät mit geringem Stromverbrauch kann daher den Engpass von der USB-Bandbreite auf die CPU- oder Hardware-Decoder-Fähigkeit verlagern.

 

4. Dieselbe Kamera kann sich auf verschiedenen Hosts unterschiedlich verhalten

Ein Modus, der auf einem Desktop-PC reibungslos läuft, kann auf einem Android-Terminal, einem eingebetteten Prozessor mit geringem Stromverbrauch oder einem USB-Hub instabil werden. Der Grund liegt nicht unbedingt in der Kamera. Das Verhalten des Host-USB-Controllers, die Decodierungsleistung, die Speicherbandbreite, der Video-Stack des Betriebssystems und die Anwendungssoftware können das Ergebnis beeinflussen.

5. Auflösung und Bildrate müssen zusammen mit dem Format bewertet werden

Betrachten Sie „1080P60“ nicht als vollständige Systemanforderung. Fragen Sie: bei welchem ​​Videoformat, auf welchem ​​Host, über welches Kabel und mit welcher Anwendung? Wenn ein Projekt beispielsweise eine OV2740-Richtung mit hoher Bildrate benötigt, sollte der ausgewählte Host mit genau dem unterstützten Ausgabemodus getestet werden, anstatt davon auszugehen, dass jedes Format die gleiche Bildrate liefern kann.

6. Die Kabellänge kann den Spielraum des Systems verringern

Ein längerer USB-Pfad kann die Signal- und Leistungsreserve verringern. Wenn ein unkomprimierter Modus mit hoher Bandbreite bereits nahe an der Grenze liegt, kann die endgültige Kabel-, Stecker- und Hub-Architektur Instabilitäten aufdecken, die bei Tests mit kurzen Kabeln auf dem Prüfstand nicht sichtbar waren. Dies ist ein Grund, warum die MJPEG/YUY2-Auswahl mit dem für die Produktion vorgesehenen Kabel validiert werden sollte.

7. Anforderungen an die Bildverarbeitung können die Wahl beeinflussen

Wenn der Host maschinelle Bildverarbeitung, Messungen oder zusätzliche Bildverbesserungen durchführt, kann eine unkomprimierte Eingabe die Verarbeitungskette vereinfachen. Wenn das Hauptziel die Aufnahme oder Vorschau über eine eingeschränkte USB2.0-Verbindung ist, ist komprimiertes MJPEG möglicherweise praktischer. Die richtige Antwort hängt vom nachgelagerten Workflow ab, nicht nur von der Kamera.

8. OEM-Validierungssequenz

1. Bestätigen Sie die vom Modul unterstützten Formate mit der erforderlichen Auflösung und Bildrate.

2. Testen Sie YUY2 und MJPEG separat, sofern beide unterstützt werden.

3. Verwenden Sie den Zielhost, nicht nur einen Entwicklungs-PC.

4. Verwenden Sie die endgültige Kabellänge und den endgültigen Steckerpfad.

5. Überwachen Sie die Bildrate, friert ein, trennt die Verbindung und Host-CPU/Dekodierungslast.

6. Überprüfen Sie das von der endgültigen Anwendung verwendete Format nach Tests zum erneuten Verbinden und Aus- und Wiedereinschalten.

FAQ

Ist MJPEG für USB2.0-Endoskopkameras immer besser?

Nein. MJPEG reduziert die USB-Daten, erhöht aber den Aufwand für die Dekodierung. Dies ist nützlich, wenn die USB-Verbindung den größten Engpass darstellt und der Host zuverlässig dekodieren kann.

Ist YUY2 besser für die Bildverarbeitung?

Dies kann praktisch sein, da die Daten nicht JPEG-komprimiert sind, aber der höhere Bandbreitenbedarf kann die verfügbaren Modi einschränken.

Warum funktioniert ein Format, während ein anderes einfriert?

Der Engpass kann in der USB-Bandbreite, der Host-Dekodierung, dem Speicher, der Software oder dem Kabelspielraum liegen. Testen Sie jedes Teil einzeln.

Ändert Typ-C das MJPEG- oder YUY2-Verhalten?

Die Steckerform hat keinen Einfluss auf das Videoformat oder die USB-Geschwindigkeit. Eine Typ-C-Kamera verwendet möglicherweise weiterhin USB2.0 UVC.

Können Android-Hosts MJPEG dekodieren?

Viele können das, aber die Kompatibilität hängt vom genauen Gerät, der Software und dem Videomodus ab. Der Zielhost sollte getestet werden.

Was muss ich für die Formatbewertung bereitstellen?

Geben Sie Auflösung, Bildrate, Host, Betriebssystem, Anwendung, Kabellänge an und geben Sie an, ob die Software komprimierte oder unkomprimierte Bilddaten benötigt.

Abschluss

MJPEG und YUY2 lösen unterschiedliche Systembeschränkungen. Wählen Sie das Format, indem Sie ermitteln, ob die USB-Verbindung oder der Host-Verarbeitungspfad stärker eingeschränkt ist, und validieren Sie dann den genauen Auflösungs-/Bildratenmodus auf der endgültigen Hardware.