Die 7.2 ist besser geworden, ich brachte es unterdessen nur noch einmal hin, dass der Dienst abstürzte.
Dies passiert durch mehrmaligen Wechsel zwischen einer Visu-Seite mit Stream und einer Seite ohne Stream.
Mit der 7.1 passierte das auch nach einmaligem Wechsel, wenn nicht gewartet wurde, bis sich der Stream aufgebaut hatte.
Wo ich aber drüber gestolpert bin ist die Tatsache, dass sich der Dienst langsam aber sicher verabschiedet, wenn ein Stream geladen wird, den es nicht gibt (also wenn zB die IP-Adresse geändert hat).
Könnte das allenfalls noch abgefangen werden?
Ich habe auch so komische Abstürze, wenn eine Kamera mit RTSP Stream als Media mal ausgeschaltet wird und dann wieder eingeschaltet wird.
Das Bild kommt in der Console und im Webfront wieder (Stream ist recht verzögert aber da, war aber schon vorher), nur in preview nicht.
Nach einigem hin und her läuft Symcon im Raspi5 nicht mehr.
Raspi sagt Symcon läuft, kann es aber nicht restarten oder stoppen. In der Console ist Symcon wech
.
Nur Raspi Spannungslos machen hilft. Dann ist auch in preview der Media Stream wieder da.
Mein Probier-Raspi ist aktuell und hat auch Symcon aktuell.
Nachtrag:
Diese Meldung kommt manchmal nach Neustart
Noch ein Nachtrag:
Wenn Symcon nicht arbeitet, dann habe ich im Prview diese Meldungen:
Und die Console findet das Symcon Raspi5 System nicht mehr.
IPMagic ist für mich nicht wichtig, nutze feste-ip
Leider bei mir keine Verbesserung…
Wenn ich per LTE mit Android App verbunden bin und ein paar mal zwischen einer Seite mit Stream und einer ohne Wechsel stürzt der Dienst ab…
Ebenfalls wieder abgeschmiert. 3 Streams in niedrigster Qualität hat es vertragen. Beim 4 auf einer Seite war dann Schluss…
lg
Die Version 7.2 gibt es noch nicht im öffentlichen „testing“ Kanal oder?
Ich konnte mal eine Version 7.2 laden über den normalen beta oder testing kanal, bin nicht mehr sicher.
Habe aber jetzt sieder 7.1 beta
Hatte sie drauf und oben auch erwähnt….
Problem aber auch damit nicht behoben…
Gehe ich richtig in er Annahme, dass bei der 7.1 beta von heute massive Verbesserungen in der Stabilität der Streams gemacht wurden?
Leider finde ich keine Infos zu den Änderungen.
Ich kriege Symcon nicht mehr zum Absturz, und habe mir wirklich Mühe gegeben 
Eher nein - das ist auch die Krux an dem Problem. Zur 7.2 dachte ich, ich hätte viel verbessert. Scheinbar gibt es immer noch Konstellationen, in denen es Abstürze gibt 
pares
Kann mir zufällig irgendjemand eine einfache Anleitung geben, wie ich bei Ubuntu 22.04 LTS einen Cronjob erstelle, der einfach alle 10 Minuten guckt ob der Symcon Dienst noch läuft und diesen bei bedarf neu startet. Das würde mir schon reichen.
Leider habe ich schon ein paar Anleitungen durch aber irgendwie bekomme ich das nicht zum laufen…
mfg
Siehst du denn vllt. eine Möglichkeit das in einen eigenen Thread auszulagern, der nicht gleich komplett Symcon lahm legt? Bei mir gibt’s halt nur Symcon als Steuerung, da ist ein Ausfall schon kritisch.
Wenn dann nur der Stream Service ausfällt und ich in der Visu eine Fehlermeldung statt dem Stream sehe wäre das ja kein Beinbruch…
1 „Gefällt mir“
Das geht leider nicht. Sobald ein Thread auf diese Art und Weise stirbt, zieht es den ganzen Prozess mit in den Abgrund (genau das passiert hier übrigens). Wir könnten das ganze ich einen eigenen Prozess auslagern, aber das bringt eine Reihe weiterer Komplikationen mit. Ich werde dort zeitnah nochmal ran gehen. Evtl. bräuchte ich da noch ein paar Informationen welche Kamera’s/Auflösungen ihr verwendet, sodass ich das noch mal besser bei mir „triggern“ kann.
paresy
Ist bei mir eine Unifi G3 Instant mit der ich teste:
Am besten über Connect verbinden und dann ein paar mal zwischen eine Kategorie mit dem Stream und einer ohne wechseln…
Jetzt habe ich den Absturz auch wieder hingekriegt…
Wie oben beschrieben mehrmaliger Wechsel zwischen Kategorie mit und ohne Stream.
Beim Wechsel nicht warten bis sich der Stream aufbaut, dann passierts, jedenfalls bei mir, nie…
Der Wechsel muss möglicherweise mehrmalig in rascher Abfolge stattfinden, so kanns provoziert werden.
Ich habe auch seit der Umstellung auf die TileVisu entsprechende Probleme, welche ich im Webfront zuvor über ONVIF Stream des entsprechenden Moduls nie hatte.
Ich nutze aktuell 4 Foscam FI9902P Kameras nun über RTSP und habe generell leider ebenfalls regelmäßige Abstürze. Mit der 7.2 Test wurde es bereits etwas besser, dennoch stürzt der Dienst so oft ab, das ich die TileVisu somit als nahezu unbrauchbar erweist, obwohl mich die wirklich in Punkto Design und den Möglichkeiten total abholt. Ich will gar nicht mehr auf die alte Visu zurück, aber aktuell ist es unter diesem Umständen keine Option, da viele Komfortfunktionen, Logs, Sicherheitsfunktionen etc… über den Dienst laufen. Symcon läuft bei mir auf Windows 7.
Als Wandtablet nutze ich ein Amazon Show15 (leicht modifiziert, da der Browser an dem Teil sich immer nach 10Min. automatisch geschlossen hat). Mit den nun neueren Update 7.2#607 zeigt er mir nun auf dem Silk Browser an, dass der H264 Codec nicht abgespielt werden kann, bei der Version zuvor wurden meine Streams noch einwandfrei dargestellt (wenn nicht der Dienst wieder abgestürzt ist:-)).
Habe nun wieder ein Downgrade vorgenommen.
Ich hoffe die Probleme bekommt ihr bald in den Griff, wünsche euch gutes Gelingen.
Diverse Logs habe ich auch falls euch das helfen könnte.
VG Heiko
Da gibts leider immer noch keine finale Lösung, habe das Problem auch. Ich kann es aber umgehen, indem ich auf einer Seite mit Streams immer kurz warte, bis sich die Streams vollständig aufgebaut habe, bevor ich zur nächsten Seite wechsle.
Wie hast du das umgangen wenn ich fragen darf 
ich behelfe mir aktuell damit, dass ich einen Snapshot jede 2 Sekunden anlege und den in der Visu einblende - ist dann quasi wie ein Video und ich habe ebenfalls ein Echtbild.
Damit stürzt der Dienst nicht ab, da es kein Videostream ist - zurück auf das alte WebFront ist nämlich keine Option 
1 „Gefällt mir“
Ist zwar jetzt hier offtopic, aber ich habe per ECHOREMOTE eine Alexa Routine am laufen, welche über ein zyklisches Ereignis aus Symcon die Routine von Alexa im 5 Minuten Takt triggert. Dementsprechend bleibt nun immer der Browser aktiv, da die Routine (ausgelöst aus Symcon) immer den Browser über die Alexa Routine - mit dem Befehl „Alexa, öffne Silk“ aktiviert.
Da Alexa aber immer dies sprachlich bestätigt und da es zudem leider keinen Erfolg bringt, innerhalb der Alexa Routine vor/nach dem Befehl „Alexa, öffne Silk“ die Lautstärke zuvor auf Stumm zu schalten oder Null zu regeln, habe ich den Lautsprecher abgeklemmt an dem Tablet:-)
1 „Gefällt mir“