Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[wendy2702]

Screenshot meine ich davon:

[smarthome2020]

@wendy2702
/var/lib/motioneye/Garten_hinten.

Ist nur der Speicherort, damit ich das der Kamera einfacher zuordnen kann.

[wendy2702]

@smarthome2020 das meine ich nicht.

[smarthome2020]

@wendy2702

[wendy2702]

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 ?

[smarthome2020]

@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

[Ralla66]

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.

[wendy2702]

@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.

[Ralla66]

@smarthome2020
Motioneye läuft bei mir auf nem Pi 3 autark Asstrein.

Du:
System ist ein RPi 4 mit 4GB Ram, Raspbian Buster ist installiert

Motion Eye hast du mit IO auf dem selben PI ?
Deine Auslastung ist zu hoch.

[wendy2702]

@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% CPU

Wenn nur Motioneye schon das nutzt, wie ist die Gesamte Auslastung?

[smarthome2020]

@wendy2702

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.0

Das 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?

[smarthome2020]

Sowas entsteht dann immer mal wieder.

[wendy2702]

@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:

https://wiki.ubuntuusers.de/top/

[wendy2702]

@smarthome2020 Hast du den Kamera Stream auch umgestellt?

Also einen besseren ausgwählt ?

Was ist denn in der Kamera konfiguriert?

Wenn die Aussetzter (nennen wir es mal so) kommen, geht dann kurzzeitig der load hoch?

Und zum wiederholten mal: Was sagt das logfile von Motioneye und Motion?

[smarthome2020]

@wendy2702
Ich finde in den Ordnern kein motioneye.log

[smarthome2020]

@wendy2702
Also durch paar Anpassungen der motionEye Einstellungen an deine Einstellungen läuft es etwas besser. Seit der Umstellung gestern auf den RTSP-Stream gabs auch keine Abbrüche des Streams mehr.
Ich resette mal die Kamera und binde die Kamera neu ein.

[wendy2702]

Also meine Einstellungen sind nicht perfekt. Habe die etwas reduziert bis mein neuer Prozessor für den Server kommt der dann etwas weniger Arbeiten muss :-)

Ein Motion log solltest du hier finden:

/var/log/

[smarthome2020]

@wendy2702
Im motion.log steht nichts brauchbares:

[0:motion] [NTC] [ALL] conf_load: Processing thread 0 - config file /etc/motioneye/motion.conf
[0:motion] [NTC] [ALL] config_camera: Processing camera config file camera-1.conf
[0:motion] [NTC] [ALL] motion_startup: Logging to syslog
[0:motion] [NTC] [ALL] motion_startup: Motion 4.2.2 Started
[0:motion] [NTC] [ALL] motion_startup: Using default log type (ALL)
[0:motion] [NTC] [ALL] motion_startup: Using log type (ALL) log level (WRN)

Im syslog steht nur was zu heute, da ich den Pi neu gestartet habe, nehme ich mal an, dass das Log nur was von heute zeigt.

Was nutzt du für einen Server? Ich will wohl mehr investieren. Aber ich weiß nicht, was overpowered ist.
Es sollen mind. 4 Kameras laufen in Kombination zum ioBroker. Das sollte Minimun sein und gut abgedeckt sein.

[wendy2702]

Weiß es nicht mehr aus dem Kopf aber entweder im motion.conf oder der Motioneye conf kannst du den loglevel erhöhen.

Kann bei bedarf morgen mal gucken wenn ich am PC sitze. Telefon ist mir zu „blöd“ wenn ich ehrlich bin.

[wendy2702]

@smarthome2020

Was nutzt du für einen Server? Ich will wohl mehr investieren. Aber ich weiß nicht, was overpowered ist.
Es sollen mind. 4 Kameras laufen in Kombination zum ioBroker. Das sollte Minimun sein und gut abgedeckt sein.

Hatte bisher eine Core i5 mit 4x3GHz aber in der Stromsparvariante. Der hat mit meinen 3 Kameras bei guter Auflösung schon zu rechnen gehabt.

Jetzt kommt ein I7 mit 4x3,6GHz in einer „normalen“ Variante weil das das maximum für mein Board ist und ich nicht alles neu kaufen möchte.

Allerdings läuft auf meinem Homeserver auch noch einiges anderes in diversen VM‘s und Containern.