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.
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