MJPEG versus YUY2 voor USB UVC-endoscoopcameramodules: welk videoformaat past bij de host?

Snel antwoord

MJPEG en YUY2 belasten de USB-link en de host op verschillende manieren. YUY2 vervoert ongecomprimeerde videogegevens en kan aanzienlijk meer USB-bandbreedte vereisen, terwijl MJPEG elk frame vóór verzending comprimeert en daardoor de verbindingsgegevens vermindert, maar decodering aan de hostzijde vereist. Voor een OEM-endoscoopapparaat hangt de juiste keuze af van waar het knelpunt zit: USB-bandbreedte, host-CPU/decoder-mogelijkheden, beeldverwerkingsworkflow, latentievereiste of ondersteunde cameramodus. Formaatondersteuning varieert per model, dus de eerste stap is om te bevestigen welke combinaties van resolutie en framesnelheid daadwerkelijk beschikbaar zijn op de geselecteerde module.

1. Waarom videoformaat belangrijk is in een endoscoopcamera

Veel USB/UVC-projecten richten zich eerst op resolutie en framesnelheid, maar het videoformaat bepaalt hoeveel gegevens er over de USB-verbinding gaan en wat de host ermee moet doen. Dit wordt belangrijk bij endoscoopsystemen omdat de camera ook een lange kabel, LED's en een compacte embedded host kan gebruiken in plaats van een krachtige desktop-pc.

2. YUY2: meer linkgegevens, minder compressiewerk

YUY2 is een ongecomprimeerd YUV-formaat. Het voordeel is dat de host beeldgegevens ontvangt zonder JPEG-compressie/-decompressie. Dit kan handig zijn wanneer de toepassing directe toegang tot afbeeldingen nodig heeft of compressieartefacten wil vermijden. De wisselwerking is een hoger datavolume, wat de combinatie van resolutie en framesnelheid kan beperken die praktisch is via de beschikbare USB-link.

3. MJPEG: minder USB-gegevens, meer hostdecodering

MJPEG comprimeert elk frame als een JPEG-afbeelding. Dit vermindert de hoeveelheid gegevens die via USB wordt verzonden en kan een hogere resolutie of framesnelheid praktischer maken op een beperkte verbinding. De host moet de stream echter decoderen. Een ingebouwde processor of mobiel apparaat met laag vermogen kan daarom het knelpunt verschuiven van USB-bandbreedte naar CPU- of hardware-decodermogelijkheden.

 

4. Dezelfde camera kan zich op verschillende hosts anders gedragen

Een modus die soepel werkt op een desktop-pc kan instabiel worden op een Android-terminal, ingebouwde processor met laag vermogen of USB-hub. De reden ligt niet noodzakelijkerwijs in de camera. Het gedrag van de host-USB-controller, de decoderingsprestaties, de geheugenbandbreedte, de videostack van het besturingssysteem en de applicatiesoftware kunnen allemaal het resultaat veranderen.

5. Resolutie en framesnelheid moeten samen met het formaat worden geëvalueerd

Beschouw '1080P60' niet als een volledige systeemvereiste. Vraag: op welk videoformaat, op welke host, via welke kabel en met welke applicatie? Als een project bijvoorbeeld een OV2740-richting met hoge framesnelheid nodig heeft, moet de geselecteerde host worden getest met behulp van de exact ondersteunde uitvoermodus in plaats van aan te nemen dat elk formaat dezelfde framesnelheid kan leveren.

6. Kabellengte kan de systeemmarge verkleinen

Een langer USB-pad kan de signaal- en stroommarge verkleinen. Als een niet-gecomprimeerde modus met hoge bandbreedte al de limiet nadert, kan de uiteindelijke kabel-, connector- en hub-architectuur instabiliteit blootleggen die niet zichtbaar was tijdens bench-tests met korte kabels. Dit is een reden waarom de MJPEG/YUY2-selectie moet worden gevalideerd met de productie-intentie-kabel.

7. Vereisten voor beeldverwerking kunnen de keuze veranderen

Als de host machinevisie, metingen of extra beeldverbetering uitvoert, kan ongecomprimeerde invoer de verwerkingsketen vereenvoudigen. Als het primaire doel het opnemen of bekijken is via een beperkte USB2.0-verbinding, kan gecomprimeerde MJPEG praktischer zijn. Het juiste antwoord hangt af van de stroomafwaartse workflow, en niet alleen van de camera.

8. OEM-validatievolgorde

1. Bevestig de door de module ondersteunde formaten met de vereiste resolutie en framesnelheid.

2. Test YUY2 en MJPEG afzonderlijk, waarbij beide worden ondersteund.

3. Gebruik de doelhost, niet alleen een ontwikkelings-pc.

4. Gebruik de uiteindelijke kabellengte en het connectorpad.

5. Monitor de framesnelheid, bevriezingen, verbroken verbindingen en host-CPU/decodeerbelasting.

6. Controleer het formaat dat door de uiteindelijke toepassing wordt gebruikt na het opnieuw aansluiten en uit- en uitschakelen.

Veelgestelde vragen

Is MJPEG altijd beter voor USB2.0-endoscoopcamera's?

Nee. MJPEG vermindert USB-gegevens maar voegt decoderingswerk toe. Dit is handig wanneer de USB-verbinding het grootste knelpunt is en de host betrouwbaar kan decoderen.

Is YUY2 beter voor beeldverwerking?

Het kan handig zijn omdat de gegevens niet JPEG-gecomprimeerd zijn, maar de hogere bandbreedtevereiste kan de beschikbare modi beperken.

Waarom werkt het ene formaat terwijl het andere vastloopt?

Het knelpunt kan de USB-bandbreedte, hostdecodering, geheugen, software of kabelmarge zijn. Test elk onderdeel afzonderlijk.

Verandert Type-C het MJPEG- of YUY2-gedrag?

De vorm van de connector bepaalt niet het videoformaat of de USB-snelheid. Een Type-C-camera kan nog steeds USB2.0 UVC gebruiken.

Kunnen Android-hosts MJPEG decoderen?

Velen kunnen dat, maar de compatibiliteit hangt af van het exacte apparaat, de software en de videomodus. De doelhost moet worden getest.

Wat moet ik aanleveren voor formaatevaluatie?

Geef resolutie, framesnelheid, host, besturingssysteem, applicatie, kabellengte op en of de software gecomprimeerde of ongecomprimeerde beeldgegevens nodig heeft.

Conclusie

MJPEG en YUY2 lossen verschillende systeembeperkingen op. Kies het formaat door vast te stellen of de USB-link of het hostverwerkingspad beperkter is en valideer vervolgens de exacte resolutie/framesnelheidmodus op de uiteindelijke hardware.