# Streams in der neuen Visualisierung **URL:** \ **Category:** Visualisierung\ **Created:** [25. August 2023 um 18:59 UTC](https://community.symcon.de/t/streams-in-der-neuen-visualisierung/134356 "2023-08-25T18:59:41Z")\ **Posts on this page:** 1\ **Showing post:** 16
**Author:** ![paresy](https://community.symcon.de/user_avatar/community.symcon.de/paresy/32/29554_2.png) [@paresy](https://community.symcon.de/u/paresy)\ **Post date:** [29. August 2023 um 11:01 UTC](https://community.symcon.de/t/streams-in-der-neuen-visualisierung/134356/16 "2023-08-29T11:01:10Z")
> [@bumaas](#): > > Frage am Rande: wäre es vielleicht möglich, auch H.265 zu unterstützen? Das soll ja etwas ressourcenschonender sein. Leider ist dort genau das Gegenteil der Fall. H265 wird für WebRTC (was wir aktuell für die neue Visu nutzen) noch nicht unterstützt. D.h. Symcon müsste den Stream komplett dekodieren und dann wieder in H264 neu kodieren. Möglich wäre es, aber am Ende wäre es schlechter. Der Trick aktuell ist nämlich den Stream 1:1 an den Browser/die App zu senden und den die Arbeit machen zu lassen. (Die alten Streams im WebFront haben wir auch immer vollständig dekodiert, was bei 4K Streams zu den bekannten Probleme geführt hat) Sobald die Hersteller flächendeckend H265 für WebRTC unterstützen, fügen auch wir H265 support hinzu. > [@bumaas](#): > > Lediglich bei der hohen Auflösung kommt es alle 20-40 Sekunden mal zu einem unvollständigen Bild: Ich befürchte, dass dies daran liegt, dass wir Null Buffering betreiben. Um die Latenz zu minimieren zeigen wir immer einfach so viel an, wie viel in Echtzeit eintrifft. Wenn es also mal Lags bei der Übertragung gibt, kann genau dies passieren. Ich kann aber mal schauen, ob wir da noch etwas nachjustieren können. Aktuell hab ich den Fokus auf „schnell“ gelegt 🙂 paresy --- _[View the full topic](https://community.symcon.de/t/streams-in-der-neuen-visualisierung/134356)._