Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[hansmeier]

@pedder007 Ich bin gerade von einem Raspi4 auf einen Proxmox Server mit i5 6500T umgestiegen. MotionEye auf dem RPi und MotionEye nun in einem eigene Container auf Proxmox unterscheiden sich leider nicht in der Verzögerung. Bei einer einzigen Kamera liegt der nach wie vor bei 5-10 Sekunden . Dabei ist die CPU Auslastung unter 4% beim neuen i5 6500T Rechner.

Also am Rechner scheint dieser nervige Delay bei den Streams nicht zu liegen .......

[haselchen]

@hansmeier

Kann ich bestätigen.
Mit ner Syno und 10GB RAM ist Motion Eye ebenfalls eher Spielerei als Hilfreich .

[Pedder007]

@hansmeier das ist ja wirklich komisch und raubt mir ja fast schon wieder die Hoffnung auf Besserung durch HW-Upgrade :-(
@haselchen, dito. An meine Syno hatte ich auch schon gedacht, aber die läuft hier nicht 24h durch, da sie dazu zu wenig genutzt wird.

Und nu? Hmhm, womöglich mit iSpy auseinander setzen? Der Ganze Aufwand der Integration nochmal :sweat:

PS.
Aber am Netz kann das auch nicht liegen, da über die Reolink Desktop SW auf meinem Arbeits-PC alle Kameras alles synchron und in Echtzeit zeigen. Es ist zum verzweifeln, weil die Delays sehe ich ja schon auch in der Motioneye Oberfläche, also nicht nur in den VIS-Streams.

[klassisch]

@pedder007 Blue Iris testen bzw. in deren Forum die Erfahrungen einholen?

[Humidor]

@pedder007 Morgen, der Vergleich zeigt mir für den Desktop keinen Vorteil ? alle mM dienlichen Werte sind schlechter als beim Raspi. Dazu noch der Verbrauch und die Thematik der verschiedenen OS und SW...
da hab ich aktuell den Gedanken, nein das bringt mir keinen Vorteil.... hmm
meine Aufgaben beschränken sich auch komplett auf iobroker mit Steuerung der E-Auto Ladung und ein paar andere einfache Dinge, eine Cam habe ich da nicht.

[Pedder007]

@klassisch danke! Schaue ich mir mal an!

@Humidor, hmhm, verstehe ich den Artikel falsch? Also ja, natürlich braucht der HP etwas mehr, aber wenn er dann gleich zwei Raspis ersetzt relativiert sich das ja. Bzgl. der Rechenlstg. hatte ich das da (war ja schon spät) so verstanden, dass dies schon einiges mehr können als der 4B, sich aber eben energetisch auch flexibel verhalten.

Bzgl. OS würde ich dann da natürlich auf auf Raspbian/Linux gehen und meine Umgebung ist funktionell schon recht komplex, was es ja gerade so spannend macht am Ende alles super-konvenient in eine Oberfläche zu bekommen. Hier läuft fast alles auch im ioBroker (allerdings inkl. 'manuellem Fallback' ;-) ).

Darüber hinaus bin ich bzgl. Video-Surviance dann auch noch über andere Artikel gestolpert, die das ganze Thema HW- und SW- coding/decoding nochmal beleuchten. Demnach kann so ein 4B am Ende eigentlich auch nicht wirklich 4 Streams parallel verarbeiten, bzw. nur mit entsprechenden Delays. Das ganze Thema hat mal wieder das Potential für eine Doktorarbeit :laughing:

[hansmeier]

@pedder007 Alternativ zum MotionEye kann man auf der VIS auch das "jqui-mfd Cam/Snapshot Dialog" Widget einsetzen. Das füttert man mit dem REOLINK Snapshot

z.B. http://192.168.x.x/cgi-bin/api.cgi?cmd=Snap&channel=0&rs=wuuPhkmUCeI9WG 7C&user=admin&password=xxxxxx&width=1920&height=1080

für das Icon
und einem weiteren Link z.B. für den Dialog zu einer höheren oder niedrigen Auflösung:

z.B. http://192.168.x.x/cgi-bin/api.cgi?cmd=Snap&channel=0&rs=wuuPhkmUCeI9WG 7C&user=admin&password=xxxxxx&width=2580&height=1440

mit einem Update Intervall 1000 ms.

Im Endergebnis erhält man auf der VIS ein Fenster mit dem Kamerabild fast ohne Delay. Natürlich etwas ruckelig.
Beim Antippen des Widgets mit dem Kamerabild wird dann ein Fenster geöffnet mit dem höheren bzw. niedrigeren Auflösung.

Man erhält als ein Video mit Framerate von nur 1 Bild/sec aber dafür kaum noch Delay.

[haselchen]

@hansmeier

Bin kein Netzwerkexperte, denke mir aber , dass du mit dem 1sek Intervall ne Menge Traffic bzw. Auslastung generierst.

[Pedder007]

@hansmeier hatte ich natürlich auch schon getestet, erfüllt aber meine ästhetischen Ansprüche nicht, es bleiben halt Ruckelbilder, selbst im Vergleich zu nur 6-8fps.

@haselchen, netzwerktechnisch hatte das hier keine Auswirkungen, wahrscheinlich sogar eher entlastend, auch wenn’s natürlich viel mehr Einzelabfragen sind. Meine Unifis hat das nicht interessiert ….

[hansmeier]

@pedder007 Muss man wohl wählen zwischen Delay und Ruckeln. :confused:
Es sei denn jemand hat noch einen weiteren Vorschlag ?

@haselchen Bei einer Kamera mit HD Auflösung und Update Intervall 1s kommt lt. Proxmox ein Traffic von 50 KByte auf. Im LAN also nicht tragisch.

[Pedder007]

@hansmeier wenn's den nur maximal 5-10Sekunden wären, könnte ich damit ja leben, aber teilweise über 2-3 Minuten ist halt Käse als 'Haustürspion'.

Ich werde mal außerhalb des ioB Forums weiter forschen, in Richtung MotionEye und anderer Surveillance Lösungen, bzw. entsprechender HW-Erfahrungen. Ich kann mir auch nicht vorstellen, dass so ein Mini-PC wirklich 'nur' dasselbe Resultat liefert wie ein 4B - ich muss halt selber immer erst die Erfahrung machen das es nicht geht :laughing:

[OliverIO]

@thomas-braun sagte in Alternative zum Raspi 4:

Man kann auf eigentlich allen gängigen Rechnern immer auch ein Betriebssystem seiner Wahl installieren

Was ist für dich ein gängiger Rechner. Wenn der Hersteller das nur als thinclient vorgesehen hat und teilweise exotische Hardware verbaut hat, hat Linux auch manchmal Schwierigkeiten, da es dann keine richtigen Treiber gibt.
Ich hab mal ne ganze Zeit mit dem Energiemanagement unter Linux gekämpft, das unter Windows wunderbar funktioniert hat aber und Linux immer nur mit Max-Einstellungen gelaufen ist (also nix runterfahren und strom sparen)
Grundsätzlich funktionieren die schon, Problem kann im Detail liegen.
Wenn ich Nach HP Elitedesk 800 mit linux suche, finde ich verschiedene Modelle.
ein paar davon scheinen auch Linux zertifiziert zu sein (ubuntu, centOS)
also scheint es schon zu gehen hier.
aber eine generelle Regel würd ich da nicht davon ableiten

[hansmeier]

@pedder007 Bei mir waren es auf dem RPi4, da lief nicht viel mehr drauf als MotionEye, so 5-8 Sekunden Delay. Auf meinem Lenovo M900 Tiny mit i5 6500T sind es auch so 5-8 Sekunden.
Von 2 bis 3 Minuten bin ich weit entfernt.

[haselchen]

@pedder007
@hansmeier

Delay geht mir auch auf die N….
Hab es jetzt mit BWM als kleine Helferlein gelöst.
Snapshot bei Bewegungserkennung.
So hab ich wenigstens bildlich denjenigen , der vor meiner Tür steht.

[Pedder007]

@hansmeier said in Alternative zum Raspi 4:

4, da lief nicht viel mehr drauf als MotionEye, so 5-8 Seku

Ich schaue mal. Evtl. setze ich meinen MotionEye 4B (der hier auch nichts anderes macht) auch mal ganz neu auf, nach gut 2 Jahren updates/upgrades. Das Ganze hat sich (meine ich) auch hier über die Zeit eingeschlichen, bin mir aber auch nicht so 100% sicher. Es fällt aktuell extrem auf, da ausgerechnet die Haustür Cam satte 3 Minuten hat. Bei den beiden Garten Cams sind das 1x fast nichts und 1x rd. 1,5 Minuten. Die Delays sind also auch noch sehr unterschiedlich.
Wenn der Delay nun (aufgrund von was-weiß-ich) von Garten nach Haustür 'gewandert' ist, dann habe ich das evtl. bisher einfach nur nicht so krass wahrgenommen, weil im Winter im Garten schlicht nix los ist.
... gedacht getan, zumindest mal rebootet und was sehe ich, der PI kommt nicht mehr hoch, aha 2 Jahre alte SD Karte. Dann mal gerade gegen den immer existierenden SD Clone getauscht. PI direkt wieder oben und nun nach 1-2 Minuten auf allen drei Cams rd. 2 Minuten Delay und htop zeigt mal quasi nix und Memory, lächerlich.

Was soll man da glauben? Würde htop ein gnadenlos underperforming HW coding/decoding anzeigen?

[Pedder007]

@hansmeier und @haselchen
Man gibt ja nicht auf und das Problem saß in Teilen mal wieder vor dem Monitor. Ich habe mich dunkel daran erinnert, dass ich an den Kameraeinstellungen vor 2 Jahren schonmal länglich rumoptimiert hatte, deshalb habe ich das aktuell auch nicht so ganz verstanden.

Ich habe dann dazu einen alten Post von mir auf GitHub wiedergefunden: https://github.com/motioneye-project/motioneye/issues/1747#issuecomment-727176326

... und da viel es mir wie Schuppen aus den Haaren, dass ich mich damals schon darüber gewundert hatte, dass ich in Motioneye eine andere Auflösung als an den Kameras verwenden musste, was eigentlich erstaunlich ist, weil der PI dann ja richtig ans Arbeiten kommt (s. u.). Allerdings verschwinden dann die Delays fast ganz: 0 - 4 - 8 Sek (Cam01, Cam02, Cam04).

Hinsichtlich der Auflösung ist diese in Motioneye hier nun um Faktor 1,25 kleiner, wobei die Kameras so eingestellt sind:

Ich habe das gerade mal mit 3 REOs (720p) und einer Tapo (1080p) (Cam03) getestet. Sobald ich auch bei der Tapo den Faktor berücksichtige, haben ich auch da (trotz der 1080p Auflösung) nur noch ~5-8 Sekunden Delay. Stelle ich die Auflösung in Motioneye ein wie an der Kamera (1920x1080), kommen sofort wieder Delays >> 20Sekunden, aber ohne das die Rechenleistung am PI signifikant steigen würde. Wenn das mal nicht alles wirklich erstaunlich ist!?

Ich befürchte auch, dass ich weiß wo das nun herkam. Leider hat Motioneye keine dedizierte API-Funktion für die Mailing-Funktion. Entsprechend stoppe ich beim Umschalten Motioneye kurz und kopiere scriptbasiert die Kamera Config-Files um.
Ich befürchte nun, dass da mal irgendwo etwas schief gelaufen ist :-(
Danke aber für Euren ganzen Ratschläge, somit habe ich zunächst doch weiter gesucht und nicht direkt überflüssige HW gekauft :+1:

[haselchen]

@pedder007

Welche Auflösungs Einstellung hast du jetzt in Motion Eye eingestellt?
Für die FullHD Cam z.B.?

[Pedder007]

@haselchen
Bei 720p (Cam): 1024x576 und
bei 1080p (Cam): 1536x864, damit geht's echt gut.

Die Tapo lässt sich leider nicht runterkonfigurieren.

[BananaJoe]

Meine Kameras haben 2 Streams - und zur Bewegungserkennung wird nur der Vorschaustream (mit ich meine 320x240 Pixel) genommen. Nur wenn wenn Bewegung erkannt wird, wird der High-Quality Stream aufgezeichnet. Keine Ahnung ob Motioneye das kann (aber ich denke schon)

[Pedder007]

@bananajoe said in Alternative zum Raspi 4:

Keine Ahnung ob Motioneye das kann

Ich denke nicht. Es gibt pro Cam eine Einstellung für den ankommenden Stream und eine für den abgehenden (z. B. für VIS), das wars. Ich wüsste nicht wie ich da im Betrieb (getriggert) Stream-Einstellungen ändern könnte.
Es sei denn über die Methode wie ich auch Mailing on/off schalte: Motioneye stop -> Cam-Config-Files umkopieren -> Motioneye start.
Das dauert natürlich dann immer ein paar Sekunden (~5) und wäre für eine AddHoc Aufzeichnung somit auch nicht wirklich gut geeignet.
'Aufzeichnen' tue ich allerdings auch nicht die ganzen Streams sondern lediglich Snapshots.