Streams in der neuen Visualisierung

[Kampfwurst]

verstehe auch nicht wieso dem Thema bei Symcon nicht mehr Priorität zugewiesen wird,

Dazu gehört auch das h265 Streams unterstützt werden.

[paresy]

@Kampfwurst

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

[Kampfwurst]

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?

GitHub - AlexxIT/WebRTC: Home Assistant custom component for real-time...

[paresy]

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

[yansoph]

Hallo, leider das gleiche Problem wieder wie bereits im November 2023…

Streams in der neuen Visualisierung

Ich weiss jetzt nicht ob hier genau richtig bin, habe aber auch Probleme mit den Streams: [Screenshot 2023-11-22 212218] Auch ein Reboot von IP-Symcon brachte keine Abhilfe, hatte eigentlich die letzten Tage funktioniert.

Streams in der neuen Visualisierung

Schau mal bitte im Logfile warum der VideoServer nicht verfügbar ist. Evtl. der ProxyInterface Spezialschalter falsch? paresy

Streams in der neuen Visualisierung

Habe gerade festgestellt, das die Variable in der Konsole mit dem Stream funktioniert. Allerdings funktioniert die Variable nicht mehr in der Visualisierung, hierfür habe ich das Objekt verlinkt und zum Test die Variable direkt in die Visu kopiert - beides mal kein Bild in der Visu. Nachtrag: ich kann auch ein Bild vom Kamerabild innerhalb der Visu speichern - obwohl kein Live-Bild zu sehen ist wird ein korrektes Bild gespeichert. Nachtrag: Problem gelöst: es war der ServerSecurity-Spezialsch…

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.

[bgersmann]

Bei mir ist es gestern auch mal wieder abgeschmiert, als ich aus versehen einen Stream geöffnet hab…

[yansoph]

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?

[hofimax]

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

[mb-stern]

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…

[yansoph]

Bei mir leider seit V7.1 nur folgendes:

Es wird nicht einmal wie bisher versucht eine Verbindung aufzubauen, an den Einstellungen wurde nichts verändert bis auf das Update V7.1 (stable) und im Objektbaum lässt sich der Stream öffnen - nur in der Kachelvisu nicht.

[M70]

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…

[kris]

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…

[seppm]

@kris

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

[DeejayT]

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.

[Dr.Niels]

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…

[BestEx]

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}

[Buzz2912]

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

[mb-stern]

Aktuell haben wir ‚nächsten Monat‘

Streams in der neuen Visualisierung

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…

[Dr.Niels]

Das ganze steht auch auf der TODO-Liste von @paresy

[bgersmann]

Da ja nun der nächste Monat bereits vorbei ist… Wie siehts denn hier aus?