UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[martinschm]

Hi,
Hab motioneye auf einem rock64 mit 4GB laufen. Die letzten Tage hatte ich das Problem, das die Cpu Last von motion immer bei über 90% ist und der Rock damit heiß wird. Das ganze bei nur einer Kamera.

Auflösung war 800×600, Qualität 75%

Hattet ihr das Problem auch schonmal?
Dachte da motioneye auch auf einem Pi läuft würde der Rock nicht mal zucken.

[lobomau]

@pix kannst du mal deine bash-datei zeigen für die action buttons? Buttons habe ich, aber funktionieren nicht. Sieht bei mir so aus für "down_1-button":

#!/bin/bash

URL="http://user:passwort@192.168.178.31/cgi-bin/hi3510/ptzdown.cgi"
METHOD="GET"
TIMEOUT="5"
curl -X $METHOD --connect-timeout $TIMEOUT "$URL" > /dev/null

[lobomau]

@martinschm der Rock macht nichts anderes? Ich habe auch keine beseondere Hardware, aber einige VM laufen, darunter eine für motioneye mit 3 Cameras. Motioneye alleine zieht 15% CPU bei mir. Wieviele frame rates hast du? Ich habe nur 3 frames pro Sekunde.

[pix]

@lobomau Hallo,

habe mal versehentlich motioneyeOS per Weboberfläche upgedatet und damit zerschossen. Darf man nicht machen, nur über CLI. Deshalb habe ich alles neu aufsetzen müssen und dabei die Action Buttons nicht neu erstellt. Sie sind ja in VIS nicht sichtbar und daher doch eher uninteressant.

https://forum.iobroker.net/post/152954

Gruß
Pix

[lobomau]

@pix inzwischen läuft dein onvif Script bei mir, so dass ich es nun über vis hinbekommen werde. Ich teste mal set-value aus 😉

[martinschm]

@lobomau hab glaub ich 5 oder 7 frames.

Kannst du mal die anderen Werte posten die du so hast. Also wie kommt der Stream von deiner Kamera und was hast du in motioneye bezüglich Auflösung, Frames, Qualität eingestellt ?

[lobomau]

@martinschm

CPU Belastung für motioneye < 20%:

[martinschm]

@lobomau Vielen Dank.

Was für ein Format streamen denn deine Kameras?

Ich streame grade via rstp im Videoformat VBR. Bitrate habe ich 2000 Kbits eingestellt und Frames aktuell 10 pro Sekunde. Videogröße ist 1270x720.

[lobomau]

@martinschm muss ich mal genau schauen. Ich glaube meistens habe ich 10 frames in den cameras eingestellt. Die wansview ist über rtsp, die anderen beiden über http.

[martinschm]

@lobomau wäre super, wenn du mal schauen könntest. Hatte irgendwo was gelesen, das motioneye den Stream decodiert und wieder codiert, das erzeugt dann wohl auch Last

[lobomau]

@martinschm also bei meinen cameras steht:
FDT 720p: http, 1280 x 720, bitrate: 4096 kbps, 10 frames, bitcontrol: VBR,
wansview w2: rtsp, 1920 x 1080, bitrate: 2048 kbps, 10 frames, bitcontrol: VBR,
Edimax: http, 1280 x 960, 20 frames

[martinschm]

@lobomau bei mir sieht es in htop so aus mit zwei Kameras und Bewegungsüberwachung

Beide via rstp 7 frames bei 2000 kbps mit VBR und 960x540 Auflösung. Da hat jeder motion process über 25% CPU oder lese ich das falsch?

[lobomau]

@martinschm ich kenne mich damit nicht aus. Bei mir zeigt "top" wenn ich im server einlogge 50-70% für motion an. Und manchmal >200% kvm. Für motioneye hab ich aber einen eigenen Container laufen. Eigentlich dachte ich dass ich keinen motion process sehen würde beim Server.

[iobroker_Alex]

@ruhigundrelaxed sag mal, ist das Thema mit dem GPU decoden immer nur noch in der "alten" Version von Motioneye und mit Loopback möglich oder hat sich da in den letzten Monaten was getan? Habe eine VM mit GPU erstellt und würde Motioneye hier möglichst CPU-Ressourcensparend laufen lassen => GPU soll die möglichen Aufgaben übernehmen... Wie kann ich das einstellen und vor allem am System sehen / testen?

[JB_Sullivan]

Das Thema ist zwar schon ein paar Tage alt, aber vielleicht hat der eine oder andere MotionEye Nutzer einen Tip für mich.

Bei mir laufen 5 Kameras über einen RPI 3B+. Ich nutze den rtsp Stream Link um die Kamera Bilder in ioB anzuzeigen.

Dabei ist mir schon vor einiger Zeit aufgefallen, das die Bilder die über MotionEyeOS ruaskommen, teilweise mehrere MINUTEN gegenüber dem Livebild der Kamera verzögert sind.

Hat jemand eine Idee woran das liegen kann? An der Menge der Kameras liegt es nicht, denn das Phänomen tritt auch im "Ein Kamera Modus" auf.

[haselchen]

@JB_Sullivan

Internetleitung ausgelastet?
Zuviele Geräte?
Hab ne 50er Leitung und die ist arg strapaziert mit knapp 35 Geräten.

[JB_Sullivan]

Internet dürfte damit nichts zu tun haben, weil alle Geräte, einschließlich ioB im selben IP Kreis unterwegs sind.

Internet ist eine 200er Leitung - das nur am Rand und 60 aktive Geräte sollten jetzt auch Netzintern nicht so das Problem sein.

[haselchen]

@JB_Sullivan

Beim Kamera streamen hat die Leitung schon ein besonderes Augenmerk ;)
Aber ich denke die 200er sollte tatsächlich reichen.
Bin über dein Post gestolpert weil ich gerade in MotionEye rumfummel :)
3 Kameras, ruckelfreies streamen sieht anders aus :(

[JB_Sullivan]

Ich verwende auch keinen echten Livestream, sondern hole mir alle 1 Sekunde ein neues Standbild ab. Für meine Zwecke reicht das - es nervt nur kolossal, wenn es an der Haustür klingelt und lt. Kamerabild ist niemand da weil die Bilder 2-3 Minuten hinter dem echten Livebild hinterher hinken.

[haselchen]

@JB_Sullivan

Das kenne ich :) :)
Wie hast du das umgesetzt?
Bei mir war es der Versatz von Bild machen und bereitstellen.
Da war die Zeit zu kurz.
Nun geht es so lala.