Kamera-Test

Ein Kameratest prüft, ob der Browser auf eine Webcam, eine externe USB-Kamera oder die eingebaute Laptop-Kamera zugreifen und eine Live-Vorschau anzeigen kann. Er ist sinnvoll vor Videokonferenzen, Online-Unterricht, Interviews, Livestreams, Aufnahmen und allen Situationen, in denen eine falsche Kamera, blockierte Berechtigung, schwarzes Bild, niedrige Auflösung oder schlechtes Licht stören würde. Das Werkzeug nutzt die Kameraberechtigung des Browsers, zeigt den tatsächlich geöffneten Stream und kann lokal ein Schnappschussbild aufnehmen. So lassen sich Geräteauswahl, Auflösung, Bildrate, Seitenverhältnis und grundlegende Bildqualität prüfen, ohne Videobilder hochzuladen. Treiber- oder Hardwarefehler kann es nicht beheben; bei fehlendem Bild sollten Datenschutzoptionen, andere Kamera-Apps, Kabel und Treiber geprüft werden.

Der Kamera-Test basiert auf der W3C-Spezifikation Media Capture and Streams und verwendet navigator.mediaDevices.getUserMedia(constraints), um auf die Kamera zuzugreifen. Der Parameter constraints ist ein JSON-ähnliches Objekt, das ideale, exakte, minimale und maximale Werte für Auflösung (Breite, Höhe), Bildrate, Ausrichtungsmodus und Geräte-ID angibt. Der Constraint-Solver des Browsers verhandelt diese gegen die UVC-Deskriptoren (USB Video Class), die von der Kamerafirmware gemeldet werden; wenn eine exakte Einschränkung nicht erfüllt werden kann, wird der Aufruf mit einem OverconstrainedError abgelehnt – dies ist der Mechanismus hinter dem Auflösungs-Unterstützungsprüfer, der jede Auflösung mit { exact }-Constraints sondiert und Fehlschläge markiert. Sobald der Stream erworben ist, stellt der Video-Track getSettings() (die tatsächlich angewandten Werte nach der Verhandlung), getCapabilities() (die vollständigen unterstützten Bereiche der Hardware) und getConstraints() (die ursprünglich angeforderten Werte) bereit. Die angewandte Auflösung, Bildrate, Seitenverhältnis und Ausrichtung werden aus getSettings() gelesen und angezeigt. Die Live-Vorschau wird gerendert, indem das srcObject des Video-Elements auf den MediaStream gesetzt wird; die Medien-Pipeline des Browsers übernimmt Dekodierung, Farbraumkonvertierung und GPU-beschleunigte Rendering ohne JavaScript-Pixelmanipulation. Für Standbilder kopiert CanvasRenderingContext2D.drawImage(videoElement, 0, 0) den aktuellen dekodierten Videoframe auf ein verstecktes Canvas, und toDataURL('image/png') serialisiert ihn als PNG-Data-URL. enumerateDevices() listet alle verfügbaren Medieneingabegeräte auf – beachten Sie, dass Gerätebezeichnungen leere Zeichenketten sind, bis der Benutzer mindestens einmal die Kameraberechtigung erteilt hat, eine Maßnahme zum Schutz vor Fingerprinting. Der Aufruf von track.stop() gibt die Kamerahardware frei und schaltet die Kontrollleuchte aus; das Setzen von videoElement.srcObject = null trennt die Rendering-Pipeline. getUserMedia erfordert einen sicheren Kontext (HTTPS oder localhost) und löst eine pro-Origins-Berechtigungsabfrage aus; die Kamerakontrollleuchte wird auf Betriebssystemebene erzwungen und kann von der Seite nicht umgangen werden.

• Constraint-Verhandlung: Der Browser-Solver gleicht ideale/exakte/minimale/maximale Werte mit UVC-Hardware-Deskriptoren ab – { exact }-Sondierungen schlagen mit OverconstrainedError fehl, wenn der Sensor die angeforderte Auflösung nicht liefern kann, so wird das Auflösungs-Unterstützungsraster befüllt.
• Track-Introspektion: getSettings() gibt die tatsächlich angewandte Auflösung, Bildrate, Seitenverhältnis und facingMode nach der Verhandlung zurück – diese können von den angeforderten Idealwerten abweichen, wenn die USB-Bandbreite oder Sensorfähigkeiten eingeschränkt sind.
• enumerateDevices-Datenschutz: Gerätebezeichnungen sind leere Zeichenketten, bis getUserMedia-Berechtigung mindestens einmal pro Origin erteilt wurde – eine spezifikationsvorgeschriebene Anti-Fingerprinting-Maßnahme, die auch bedeutet, dass der Geräteauswahl beim ersten Besuch generische Namen anzeigt.
• Canvas-Standbildaufnahme: drawImage() kopiert den dekodierten Videoframe vom GPU-Compositor in einen 2D-Pixelbuffer ohne erneute Kodierung; toDataURL('image/png') serialisiert ihn dann als verlustfreies PNG – der Frame verlässt nie den Speicher des Browsers.
• Ausrichtungsmodus: Das VideoFacingModeEnum wird aus track.getSettings().facingMode gelesen ('user' für frontal, 'environment' für rückseitig, 'left'/'right' für extern) – nicht alle Desktop-USB-Kameras melden die Ausrichtung, daher kann das Feld 'unknown' anzeigen.
• Stream-Lebenszyklus: track.stop() gibt die Kamerahardware frei und schaltet die OS-Ebenen-Kontrollleuchte aus; srcObject = null trennt die Rendering-Pipeline – beides ist nötig, um das Gerät vollständig freizugeben, damit andere Anwendungen es erwerben können.
• Sicherheitsmodell: getUserMedia erfordert einen sicheren Kontext (HTTPS oder localhost), löst einen pro-Origins-Berechtigungsdialog aus, und die Kameraanzeige wird auf OS-/Kernel-Ebene erzwungen – die Seite kann keine dieser drei Tore umgehen.