Ich versuche mal es zu beschreiben, ich kann es derzeit nur auf meiner proxmox maschine reproduzieren.
Ich öffne die neue visu und schaue mir die streams (3x 640x360 auflösung) an. Irgendwann stürzt der streamingserver ab und ich bekomme anstatt einen stream die meldung „waiting for sessiondesciption timeout“
Ab dem punkt kommt nie wieder ein stream UND ich kann symcon nicht mehr per init beenden oder neustarten.
Gdb dazu hatte ich hier reingestellt, weil ich nicht direkt auf dieses problem gestossen bin. Ich denke aber, das könnte zusammenpassen.
Es hilft nur einen kill auf den service. Das problem dabei, der streamingserver kommt dann trotzdem nicht mehr wieder. Ich muss den Host (also den ganzen server, der container reicht nicht) neu starten.
Das konnte ich bisher noch nicht nachstellen. Ich habe geschafft, dass die App komische Dinge tut und sich immer wieder neu verbinden will - den Dienst hat es aber nicht aus dem Tritt gebracht.
Theoretisch müsste es bei dir ja auch passieren, wenn du immer wieder in eine Kategorie rein/raus gesetzt in der Kamera drin sind, oder?
Das Verhalten habe ich jetzt auch. Allerdings habe ich vorhin sowohl Server als auch App aktualisiert.
Entweder war es heute Morgen Zufall, dass er gleich beim ersten Versuch abgestürzt ist, oder es hat sich doch inzwischen etwas geändert.
Leider bekomme ich es nicht mehr reproduziert.
Heute Morgen war es so, dass zunächst der Dialog zum Wiederverbinden kam, dann sprang die Anzeige zur Einstiegsseite und in der Meldungszeile kam die Nachricht, dass der Server nicht erreichbar ist. Also da stürzte der Dienst wohl kurz nach dem Verbindungsversuch ab.
hab gestern das Problem gehabt das der Raspberry mit Symcon einen recht hohen Upload hatte.
Aufgefallen ist es mir weil unser Internet träge war, als ich im Router mal nachgeschaut hab, ist mir aufgefallen das der Pi unseren Kompletten Upload belegt (ca. 16mbit).
Am Pi dann etwas geschaut und gesehen das Symcon recht aktiv ist. Dann den dienst einmal neu gestartet und alles war wieder gut.
Wenn ich mir die Netzwerkauslastung im Router anschaue, passt das etwa zu den Zeitpunkten wo ich in der App in die Streams geschaut habe:
Gegen 14:10 habe ich da mal reingeschaut und gegen 16:30 (Wobei da der Anstieg erst bei ca. 17Uhr ist?)…
Kann es sein das da die Verbindungen zum Connect nicht richtig getrennt wird?
Wird der Stream da eventuell weiter an den Connect dienst gesendet? Auch wenn die App bereits geschlossen ist?
Hab ich ne Chance das per Skript zu überwachen und eventuell zu beheben?
Bei mir ist nun ach schon mehrere Male der Server abgestürzt. Irgendwie bin ich etwas ratlos.
Bei der alten Visualisierung habe ich 4 Kameras problemlos mittels MJPEG Stream betrieben.
Diese laufen weiterhin tadellos als MJPEG Stream in der alten Visu.
In der neuen Visu ist ja angedacht, diese vorerst oder final mittels RTSP einzubinden.
Ich habe alles nach Anleitung von paresy umgesetzt. Aber igendwie läuft das nur sehr schleppend, es ist auch immer die Meldung da, dass der Stream per Relay verbunden ist, der Stream lädt ewig lange, meist ist keine Verbindung möglich. Lediglich wenn ich im lokalen Netzwerk über den Browser mein Symcon Server aufrufe, kommen die Kamerabilder stets sauber als RTSP in der neuen Visu. Teilweise aber mit sehr hoher Latenz bis zum Bildaufbau, denke das liegt an der Tatsache mit der Relay Verbindung? In der App läuft es auch einigermaßen, dort erhalte ich auch eine Verbindung außerhalb meines Heimnetzwerks.
Nur wenn ich außerhalb meines lokalen Netzwerks eine Verbindung über einen Browser (Nutze Chrome) aufbaue, erhalte ich keine Bilder. Die Firewall habe ich bereits schon temporär deaktiviert, daran kann es nicht liegen.
Für mich ist das Thema ‚Streams‘ noch völlig unbekannt: ich versuche Stram der RASPI Camera (die beobachtet meinen 3D Drucker in einer Kachel darzustellen, per Prowser sieht man es über die URL http://RASPI IP:8090/?action=stream …
Bei einem Media Objekt vom Typ Stream
Http wird vermutlich kein Stream sein.
Versuch Mal die Instanz Image Grabber.
Eventuell liefert die RPI Cam nur Einzelbilder.
Edit: Es gibt wohl auch die Möglichkeit einem rtsp Stream zu erzeugen. Da ist die http URL aber falsch, also hast du vermutlich das nicht für rtsp eingerichtet.
Michael