Kamera + Bewegungsmelder kombinieren für Gartenüberwachung
-
@wendy2702
Ich schaue mir den Stream bei motionEye an über IP:8765. Hier läuft er nie flüssig. Auch die Videoclips, die bei Auslösen des BWM angefertigt werden, sind verzögert und ruckeln stark. -
-
@wendy2702
Läuft im Power Mode. USB hat die Box, hab aber nix angeschlossen. -
@smarthome2020 Also über die Benutzer Oberfläche.
Wenn der Stream ruckelt liegt es wohl an deinen Einstellungen und/oder am PI.
Wie ist denn so die Auslastung des Rechners wenn Motion läuft?
Wie sind die Einstellungen in Motioneye für den Stream und die Camera?
Den Port um den Stream der von Motioneye erzeugt hast du auf einen freien geändert?
-
Wenn du USB nicht nutzt, stell den doch mal auf 2.0
-
@wendy2702
Doofe Frage vllt aber wie schau ich nach der Auslastung des PIs? Bei Windows weiß ich sowas
Einstellungen bei MotionEye sind nahezu default. Hab aktuell nur den RTSP Stream bei niedriger Auflösung. Der Pfad zum. Speichern der Videos wurde geändert.
In der Kamera hab ich auch alles weitestgehend niedrig eingestellt.
Stream URLs: https://www.andysblog.de/reolink-ip-kamera-an-motioneye-anbinden
-
Auslastung mit
topIn der Konsole.
Pfad geändert? Kann du davon mal einen Screenshot zeigen bitte.
-
Screenshot meine ich davon:
-
@wendy2702
/var/lib/motioneye/Garten_hinten.Ist nur der Speicherort, damit ich das der Kamera einfacher zuordnen kann.
-
@smarthome2020 das meine ich nicht.
-
-
OK.
Das es in Motioneye und der Stream von Motioneye ruckelt liegt an deinen Einstellungen. Bei der geringen FrameRate in Verbindung mit geringer Auflösung ist keine gute Bild Qualität zu erwarten.
Hast du den Port 8091 gerade geändert weil da noch der Curser steht?
Ist der wirklich unbenutzt auf deinem System?
Was zeigt denn die Auslastung?
Was für ein OS läuft auf dem PI?
Und hat es ein GUI ?
-
@wendy2702
Musste mal eben an den PC wechseln.Also ich hab die letzten Tage alle Framerates probiert. Hat keinerlei Unterschied gemacht.
Hab den Port auf der 8091 laufen schon seit Tagen. Bzw der 8081 ist auch nicht mehr vergeben. Hab den ganzen ioBroker verlegt.System ist ein RPi 4 mit 4GB Ram, Raspbian Buster ist installiert
640x480: Motion nutzt 30% CPU
800x600: Motion nutzt 40% CPU
-->ab hier ist zeitweise kein vernünftiger Stream dargestellt. Es ziehen sich zeitweise massiv Schlieren durch den Stream (wie teilweise bei Grafikkartendefekten.
1920x1080: Motion nutzt 59% CPU -
Wege scheinen ja gut zu sein.
Deswegen hatte ich damals Motion Eye einen eigen PI gegönnt.Wie wendy 2702 schrieb welche Config hast du.
-
@smarthome2020 sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:
Also ich hab die letzten Tage alle Framerates probiert. Hat keinerlei Unterschied gemacht.
Keinen Unterschied im Bezug worauf?
Das der Stream abbricht oder die Qualität so bescheiden ist?
Wenn du die Frame Rate änderst musst du Motioneye natürlich das beste Quell Material zur Verfügung stellen was die Camera liefern kann.
Aus Schlechter Quelle kann auch Motioneye nichts besseres machen.
EINE 5MP Kamera mit deinen Einstellungen zu betreiben ist eigentlich wie Perlen vor Säue werfen.
-
@smarthome2020
Motioneye läuft bei mir auf nem Pi 3 autark Asstrein.Du:
System ist ein RPi 4 mit 4GB Ram, Raspbian Buster ist installiertMotion Eye hast du mit IO auf dem selben PI ?
Deine Auslastung ist zu hoch. -
@smarthome2020 sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:
640x480: Motion nutzt 30% CPU
800x600: Motion nutzt 40% CPU
-->ab hier ist zeitweise kein vernünftiger Stream dargestellt. Es ziehen sich zeitweise massiv Schlieren durch den Stream (wie teilweise bei Grafikkartendefekten.
1920x1080: Motion nutzt 59% CPUWenn nur Motioneye schon das nutzt, wie ist die Gesamte Auslastung?
-
top - 20:51:52 up 1 day, 1:45, 2 users, load average: 1,86, 1,37, 1,02 Tasks: 141 total, 1 running, 140 sleeping, 0 stopped, 0 zombie %Cpu(s): 46,3 us, 5,9 sy, 0,0 ni, 45,9 id, 0,0 wa, 0,0 hi, 1,8 si, 0,0 st MiB Mem : 3906,0 total, 2263,0 free, 1121,5 used, 521,5 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 2647,7 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3962 root 20 0 371264 157284 25920 S 171,9 3,9 4:13.62 motion 439 iobroker 20 0 281268 180496 25652 S 12,6 4,5 81:15.61 iobroker.+ 326 root 20 0 69024 24988 11048 S 7,9 0,6 6:24.48 meyectl 2795 root 20 0 0 0 0 I 7,9 0,0 0:20.00 kworker/u+ 763 iobroker 20 0 212968 110620 25640 S 3,3 2,8 15:00.42 io.javasc+ 70 root -51 0 0 0 0 S 3,0 0,0 6:44.43 irq/37-mm+ 1366 iobroker 20 0 173744 70456 26400 S 3,0 1,8 1:56.61 io.tanker+ 1578 iobroker 20 0 167936 66044 27304 S 3,0 1,7 21:51.32 io.tr-064+ 3754 root 20 0 0 0 0 I 1,7 0,0 0:09.70 kworker/u+ 7180 iobroker 20 0 168136 67084 25720 S 0,7 1,7 3:26.78 io.shelly+ 10 root 20 0 0 0 0 I 0,3 0,0 0:38.53 rcu_sched 21 root 20 0 0 0 0 S 0,3 0,0 0:06.11 ksoftirqd+ 26 root 20 0 0 0 0 S 0,3 0,0 0:05.68 ksoftirqd+ 239 root 20 0 0 0 0 S 0,3 0,0 0:42.42 brcmf_wdo+ 367 root 20 0 27656 80 0 S 0,3 0,0 0:16.47 rngd 656 iobroker 20 0 149076 46896 25432 S 0,3 1,2 0:57.09 io.discov+ 1351 iobroker 20 0 152516 50884 25688 S 0,3 1,3 1:00.56 io.web.0Das ist nun für 1920x1080 mit 20 FPS. Bild ist in der Tat schneller und auch aktueller. Wie kann die CPU denn mit 170% laufen?
-
Sowas entsteht dann immer mal wieder.
-
@smarthome2020 sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:
%Cpu(s): 46,3 us, 5,9 sy, 0,0 ni, 45,9 id
Hier ist die CPU zu 45,9% idle. Das ist aus meiner Sicht das was zählt.
Zum lesen:
