ChK/appRobotWebcam
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

miese Auflösung, läuft

Browse Source
This commit is contained in:
chk
2026-06-04 07:04:25 +02:00
parent bd08a33fb0
commit 118441995d
2 changed files with 45 additions and 16 deletions
Download Patch File Download Diff File Expand all files Collapse all files

16
docker-compose.yaml
View File

@@ -25,15 +25,13 @@ configs:
# Komplette go2rtc-Config eingebettet – keine separate Datei nötig.
content: |
streams:
# 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.
# 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"
webrtc:
listen: ":8555"
candidates: