diff --git a/docker-compose.yaml b/docker-compose.yaml
index fdf239a..f50df66 100644
--- a/docker-compose.yaml
+++ b/docker-compose.yaml
@@ -25,13 +25,15 @@ configs:
     # Komplette go2rtc-Config eingebettet – keine separate Datei nötig.
     content: |
       streams:
-        # MJPEG-Passthrough: Kamera liefert MJPEG nativ → go2rtc reicht es 1:1 durch.
-        # Kein Encoding, kein libx264, kein VAAPI → CPU <5%, keine Freezes.
-        # Latenz ~200ms (vs. 130ms bei H.264) — für Roboter-Überwachung ausreichend.
-        # Hinweis: go2rtc's #hardware funktioniert NICHT mit MJPEG-Kamera-Input
-        # (hwupload benötigt VAAPI-Decoder auf Input-Seite, MJPEG läuft Software).
-        cam0: "ffmpeg:device?video=/dev/video0&input_format=mjpeg&video_size=640x480&framerate=30#video=mjpeg"
-        cam1: "ffmpeg:device?video=/dev/video2&input_format=mjpeg&video_size=640x480&framerate=30#video=mjpeg"
+        # MJPEG-Passthrough: Kamera → go2rtc → Browser, kein Encoding.
+        # video_size = Aufnahme-Auflösung = Snapshot-Auflösung.
+        # Browser zeigt 640x480 (CSS), Snapshot liefert volle video_size.
+        # Kamera-Maximalauflösung prüfen: v4l2-ctl --list-formats-ext -d /dev/video0
+        # Gängige Werte: 640x480 / 1280x720 / 1280x960 / 1920x1080
+        cam0: "ffmpeg:device?video=/dev/video0&input_format=mjpeg&video_size=1280x960&framerate=15#video=mjpeg"
+        cam1: "ffmpeg:device?video=/dev/video2&input_format=mjpeg&video_size=1280x960&framerate=15#video=mjpeg"
+        # Falls 1280x960 nicht unterstützt → 1280x720 versuchen, dann 640x480.
+        # Framerate auf 15fps reduziert da hi-res MJPEG mehr USB-Bandbreite braucht.
       webrtc:
         listen: ":8555"
         candidates: