Bei mir leider seit V7.1 nur folgendes:
Spannend, bei mir haben die Streams mit 7.0 nicht funktioniert! Ich kriegte diese nicht zum laufen und habe dann betreffend Visualisierung auf HA gewechselt, leider!
Nun ein Update auf 7.1 und die Streams funktionieren in der neuen Visualisierung. Nur traue ich dieser Sache noch nicht ganz, wenn ich so höre, wie instabil es doch scheint…
Vielleicht könnte man ein wenig Daten sammeln
Welche kamera
Welche Kameraeinstellungen (Auflösung, fps, iframes (oder keyframes) usw) ggf kann man dann mehr erkennen warum das so streut…
Ja, das wäre sicher sehr hilfreich. Mag aber wohl keiner kund tun.
Vielleicht hilft es wenn @paresy hier kund tut welche Info ihm bei der Suche nach dem Problem helfen.
Cheers
Seppm
Wie äußern sich die Probleme. Ich habe 5 Kameras eingebunden, schaue da aber selten drauf aber wenn dann funktioniert es.
Ich kann morgen gerne meine Einstellungen posten.
Wir können einen Stream-Fehler auch bei uns nachstellen. Leider kommen wir aus organisatorischen Gründen diesen Monat nicht mehr dazu, uns das weiter anzuschauen. Nächsten Monat geht es dann aber wieder los. Schauen wir mal, was da los ist…
Ich habe die aktuelle Stable Version installiert. Wenn ich in der Tile visualisierung eine meiner Kameras Streams aufrufe stuerzt das System ab. Der Fehler ist reproduzierbar
Die Kamera ist wahrscheinlich defekt (Bin nicht vor Ort). Andere Kameras funktionieren
Ich nutze Docker/QNAP und die Tiles habe ich ueber die Android App aufgerufen
Hier ist der letzte Teil des Logs vor dem Absturz
27.04.2024 14:13:10 | 00000 | NOTIFY | VideoServer | Disconnect - Session: EFDRoSMq
27.04.2024 14:13:10 | 00000 | NOTIFY | VideoServer | Connect: rtsp://******:******@192.168.50.4
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer | Session closed (0)
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | *** RTCPeerConnection summary ***
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | signaling_state: stable
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | steps:
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | .. gather: 1
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | .. sdp_enc: 1
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | .. sdp_dec: 1
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | .. #0 'video'
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | .. ice_conn: 0
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | .. dtls: 0
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | .. rtp: 0
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | .. rtcp: 0
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | --- Video stream ---
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | source started: no
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | display started: no
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | tx: encode: none ???
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | source: none 0 x 0, fps=0.00 frames=0
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | skipc=0 sendq=0
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | time = (not started)
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | rx: decode: none ???
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | vidisp: none 0 x 0 frames=0
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | n_keyframes=0, n_picup=0
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | time = (not started)
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | --- Stream debug ---
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | video dir=sendonly pt_enc=97
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | local: 85.215.32.49:60976, remote: 0.0.0.0:9/0.0.0.0:9
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | mnat: ice (connected=no)
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | menc: dtls_srtp (secure=no)
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | rx.enabled: no
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | tx.enabled: no
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | RTP debug:
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | Encode: seq=26154 ssrc=0x7d7319bf
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | ----- RTCP Session: -----
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | cname= SSRC=0x7d7319bf/2104695231 rx=90000Hz
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | TX: packets=0, octets=0
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | --- jitter buffer debug---
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | running=0 min=5 cur=0/0 max=50 [frames/packets]
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | seq_put=0
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | Stat: put=0 get=0 oos=0 dup=0 late=0 or=0 ur=0 flush=2 put/get_ratio=0% lost=0 (0.00%)
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | video: stopping video source ..
27.04.2024 14:13:10 | 00000 | DEBUG | VideoServer/VoIP | video: stopping video display ..
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | peerconnection: new: sdp=Offerer
27.04.2024 14:13:10 | 00000 | MESSAGE | VideoServer/VoIP | peerconnection: using mnat 'ice'
27.04.2024 14:13:10 | 00000 | NOTIFY | VideoServer | Candidate - Session: EFDRoSMq, ICE: {"candidate":"candidate:1055023469 1 tcp 1518222591 ::1 33167 typ host tcptype passive generation 0 ufrag UJuZ network-id 2","sdpMid":"0","sdpMLineIndex":0}
Hab eben wegen der 7.1 auch wieder getestet.
Nach ein paar Minuten stürzt der Dienst ab.
Hat sich seit November leider nichts geändert
Aktuell haben wir ‚nächsten Monat‘ 
Da ja nun der nächste Monat bereits vorbei ist… Wie siehts denn hier aus?
Die 7.2 Beta kommt im Laufe dieser Woche mit entsprechenden Verbesserungen 
paresy
Da geht es aber bei den Verbesserungen und so nur um das „Medien → hinzufügen → Stream“ und nicht um das Modul von nall-chan oder ?
Das Onvif Modul nutzt natürlich auch die Symcon Streams.
Michael
Ah okay danke für die Info.
Freue mich schon auf die zwei streams (Vorschau und Hauptstream) erhoffe mir davon eine bessere Performance.
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
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?
