verstehe auch nicht wieso dem Thema bei Symcon nicht mehr Priorität zugewiesen wird,
Dazu gehört auch das h265 Streams unterstützt werden.
verstehe auch nicht wieso dem Thema bei Symcon nicht mehr Priorität zugewiesen wird,
Dazu gehört auch das h265 Streams unterstützt werden.
Solange die Browser für WebRTC kein h265 zulassen (das ist die Technologie die wir im Hintergrund nutzen) können wir leider an der Stelle nichts machen.
Ab den Abstürzen sind wir dran. Das ist leider komplexer als gedacht.
paresy
Das verstehe ich. Aber h265 ist nun mal Standard.
90% der Kameras haben h265. Viele haben nicht mal h264. Und die Auflösungen werden immer höher.
Vielleicht ist so was in der Art eine Alternative?
Ich schaue mir das mal genauer an. Mich wundert nämlich ein wenig, wie die h265 können, wenn die ebenfalls WebRTC nutzen. Aber vielleicht stimmen die Specs, die ich gelesen habe, einfach nicht mehr und ich probiere es einfach mal aus. Aktivieren und ausprobieren kann ich es ja mal
Da ist es versteckt:
Das geht nur im Safari und nur, wenn du ein spezielles Feature Flag aktivierst.
Alles andere wird sonst h265 → h264 transkodiert und die Leistung kannst/willst du nicht für mehrere Kamera-Streams aufbringen.
paresy
Hallo, leider das gleiche Problem wieder wie bereits im November 2023…
Fehler besteht erst wieder seit dem heutigen Update auf v7.1, der ServerSecurity-Spezialschalter ist deaktiviert und einen Spezialschalter für ProxyInterface wie zuvor von dir erwähnt scheint es nicht zu geben.
Bei mir ist es gestern auch mal wieder abgeschmiert, als ich aus versehen einen Stream geöffnet hab…
Habe mal den vor eingestellten Link des Streams in meinem Edge-Browser getestet und funktioniert, kann also schon mal nicht daran liegen.
In der Management-Console kann der Stream auch geöffnet werden.
Warum aber wird der Stream nicht in der Kachel-Visu V7.1 dargestellt?
Ist das Problem bekannt?
Bei mir schmiert die neue Visualisierung in aller Regelmäßigkeit ab sobald ich die Seite mit den Streams öfter öffne und diese neu geladen werden. Macht leider für mich die neue Visu einfach nicht benutzbar
Bei mir auch, ist in letzter Zeit wirklich wieder schlimmer geworden. Und ich habe den (subjektiven) Eindruck, dass es über einen entfernten Zugang der Visualisierung (Portfreigabe) noch ein wenig schlimmer ist. Aber definitiv ist das nicht toll wenn man von auswärts auf die Visu schaut und dann der Dienst abschmiert. Schön wenn man einen VPN-Zugang zum Server hat, aber sonst läuft das ganze Ding während der Abwesenheit nicht mehr. Ich würde mir auch sehr wünschen, dass diese Absturzprobleme höher gewichtet werden.
Noch als Ergänzung: Es passiert immer beim Abbau des Streams, daher beim verlassen der Visu-Seite mit dem Stream. Ich hatte das Problem noch nie beim Aufbau…
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?