NEWS
motioneye - Zeitversatz der cams
-
Hallo,
motioneye läuft auf proxmox in einem container.
Ich habe mal versuchsweise "nur" 2 foscam kameras in motioneye eingebunden.
Nachts habe ich bei beiden cams einen zeitversatz zur aktuellen zeit von ca. 2 Sekunden. Das ist ok denke ich.
Aber tagsüber (normales buntes bild) habe ich bei einer der zwei einen Versatz von ca. 20-30 Sekunden. Dies ist mir zuviel.
Habe auch in montioneye verschiedenste Einstellungen probiert. Es ändert sich da nicht viel.
Habt ihr da mal ne Idee wie man dies reduzieren kann.
Ich denke 1-2 Sekunden wäre ok. Aber mehr halt nicht.Habe auch schon versucht mal "zoneminder" zu installieren. Hat aber anfänglich nicht geklappt.
mfg
Dieter -
@bahnuhr zeigst du die Streams mit Motioneye nur an oder Konvertierst du sie zur Anzeige in Vis?
Beim Konvertieren ist es Hilfreich das Streameinstellungen für die Ausgabe möglichst identisch mit dem Einganhsstream sind. Dadurch reduziert sich die Verzögerung deutlich.
Eine mögliche Ursache für das extreme Delay könnte sein das der Eingangsstream eine Variable Bit Rate hat. Was in Kombination mit Farbe zu einem erhöhten, aber schwankendem Traffic führt.
Außerdem wirkt sich das negativ auf die Konvertierungsgeschwindigkeit aus weil Motioneye eine Konstante Bitrate Ausgibt, was mehr Rechenaufwand bedeutet.Dann könnte auch deine Netzwerktopologie die Ursache für das Delay sein. Wie sind die Kameras und der Proxmox mit dem Netzwerk verbunden und was liegt zwischen ihnen (switches, wlan bridges usw.)?
-
@jey-cee
Danke für die Infos:Anbei mal ein paar Screenshots:
In der cam ist eingestellt:
Und in motioneye dann:
Vielleicht kann man daraus schon etwas sehen.
-
Danke, dass waren wirklich gute Infos.
Habe jetzt mal das gleiche eingestellt wie beim Eingangssignal, also:
1280x720 und 30 Frame Rate und quality 100%Jetzt ist der Versatz noch nicht einmal 1 Sekunde !
Super, Danke.
-
@bahnuhr also bei der Cam ist VBR an das kannst du schon mal ausschalten.
Dann haut dein Stream 30 Bilder/Sekunde raus, in motioneye sind aber nur 15 eingestellt. Außerdem hast du in der cam eine Auflösung von 1280x720 (720p) eingestellt und in motioneye 1024x576. Auch diese Differenz verursacht einen erhöhten Konvertierungsaufwand.Gleich das mal an, das sollte auf jeden Fall schon eine Besserung bringen. Am besten gehst du auf 15 Bilder/Sekunde in der Cam.
-
hi,
könntest du mir bitte bei meinem setting auch helfen - ich nutze 5 ESP32 Cams und habe auch diese verzögerungen - leider habe ich wenig ahnung von dem ganzen media zeugs
hier mal. was in der cam eingestellt ist und was in motion eye - paßt das so, oder kann man es besser einstellen
-
@liv-in-sky sagte in motioneye - Zeitversatz der cams:
leider habe ich wenig ahnung von dem ganzen media zeugs
Das würde ich von mir auch behaupten
Ich seh da jetzt wenig Optimierungsmöglichkeiten in Richtung delay reduzieren. Leider sieht man auf deinem vom ESP Screenshot keine Angaben zur Bitrate oder Bilder/Sekunde.
Auflösung ist OK, aber die Qualität kann Erfahrungsgemäß zwischen 60 und 75 liegen, erst darüber kostet es deutlich mehr Leistung.
Worauf läuft bei dir Motioneye? Wenn die Hardware nicht sehr Potent ist (Single core Leistung ist entscheidend) hat das auch Spürbare Auswirkungen.
Wie groß ist das Delay bei dir?
-
bei einer cam ist der einige sekunden zw. 5 und 10 sek - hat die auflösung 800*600
meine hardware ist proxmox auf nuc7i3
die cams sind halt billig - 320*240 einstellung nutze ich auch - da sind es dann 2-3 sek
-
stell doch mal in motioneye genau das ein was die cam auch liefert.
Ich habe nun kein delay mehr (< 1 Sek.).
-
@liv-in-sky sagte in motioneye - Zeitversatz der cams:
7i3
Gut das ist jetzt nicht so Performant und hat vorallem nur 2 Kerne und damit 4 Threads, je nachdem was da drauf schon läuft dürfte er damit schon an seine Grenzen kommen.
Dazu kommt das WLAN ein Zusätzliches Delay verursacht.
Bei einer meiner Installationen komme ich gar nicht erst unter ein Delay von 4 Sekunden, obwohl alles per Gigabit LAN verbunden ist.
-
-
@jey-cee hmm, bei mir hängen im mom 8 cams dran.
und die eigentlich vollgas.
-
-
@bahnuhr ist eine VM. klar ist das viel, aber es tut... in iQontrol werden die cams trotzdem angezeigt...
muss eine CPU pennen? -
@bahnuhr sagte in motioneye - Zeitversatz der cams:
70% CPU, ist das nicht auf Dauer zu viel ?
Das ist easy. Bei mir liegt die Auslastung bei >100% und das ohne Proxmox dazwischen.
Geht auch aber bei einer Kamera hab ich dadurch halt ein größeres Delay und die ganze Kiste ist etwas träge.Wie lang das Teil so läuft werden wir sehen. Ich werd aber wohl über kurz oder Lang dafür einen eigenen NUC anschaffen weil von 8 Cams aktuell nur 4 angezeigt werden können und eigentlich auch noch aufgezeichnet werden soll.
Motioneye läuft aktuell nur auf dem alten NUC weil der eh nur als Anzeige Dient und damit fast nichts zu tun hatte. -
@jey-cee sagte in motioneye - Zeitversatz der cams:
weil von 8 Cams aktuell nur 4 angezeigt werden können und eigentlich auch noch aufgezeichnet werden soll.
wie das? versteh ich nicht. ok, ich zeichne nix auf, das sollte aber nicht das prob sein...
Motioneye läuft aktuell nur auf dem alten NUC weil der eh nur als Anzeige Dient und damit fast nichts zu tun hatte.
ja, bei mir ists eine VM. ist mir aber sowas von schnubbe, ich ruf die cams in iQontrol auf. da sind die aussetzer in motioneye nicht zu sehn...
bei meinen 8 cams sind die refresh zeiten unter 1 sec... -
@da_woody sagte in motioneye - Zeitversatz der cams:
wie das? versteh ich nicht.
Weil der NUC nicht mehr schafft als 4 Streams zu verarbeiten. Wie gesagt ist mit den 4 schon Träge und bei einem Stream haben seit die 4te dazu gekommen ist die Bildfehler und das Delay extrem zugenommen.
In dem Fall hab ich auch ne doppel Belastung weil die Streams auf dem NUC verabeitet werden auf dem sie auch angezeigt werden. Man sollte nicht Unterschätzen wieviel Leistung jeder Stream bei der Wiedergabe im Browser erzeugt.
Das war mir am Anfang auch nicht klar. -
@jey-cee komischer weise hab ich in motion auch dauernd fehler, beim aufruf allerdings nicht...
-
bei mir sieht das so aus - evtl ist das lan bei mir ein thema
proxmox:
motioneye-server als ct:
das kann eigentlich nicht das thema sein
-
@liv-in-sky nu, 4 CPUs... da waren bei mir die werte auch noch anders. hab dann halt auf 2 reduziert.