Dekodierungsbeschleunigung in SRTMiniServer 2.6.6

In Version 2.6.6 haben wir die Dekodierungskette des eingehenden Streams optimiert. In der Praxis ergibt sich dadurch ein Gewinn von etwa 200 ms in der Dekodierungsphase - und entsprechend kann die Glass-to-Glass-Latenz (g2g) auf Client-Seite um ungefähr dieselben 200 ms sinken.

Referenzmessung: direkte SDI-Verbindung

Bei der Betrachtung der g2g-Latenz ist es wichtig zu verstehen, von welcher Ausgangsbasis wir starten. Selbst im Idealfall ist Glass-to-Glass nicht null: Die Kamera selbst, der SDI-Pfad und der Monitor führen Latenz ein.

Deshalb haben wir zunächst eine separate Referenzmessung durchgeführt: SDI-Kamera mit direktem Signal auf einen SDI-Monitor, ohne Kodierung/Dekodierung oder Netzwerkzustellung.

Bei dieser direkten SDI-Verbindung maßen wir etwa 170 ms Glass-to-Glass. Ein Kodierungs-/Dekodierungszyklus und die Zustellung über das Netzwerk erhöhen diesen Wert selbstverständlich weiter.

Weiter zu den Tests

Wir haben uns entschieden, nicht in einem lokalen Netzwerk zu messen, sondern über eine echte Remote-Route - über unseren öffentlichen Proxy in Amsterdam.

Der Aufbau sieht so aus:

Kamera (SRT) → Proxy (Amsterdam) → SRTMiniServer → SDI-Monitor

1. Eine SRT-streamingfähige Kamera sendete den Stream direkt an den Proxy in Amsterdam.
2. Der Proxy leitete den Stream an SRTMiniServer weiter.
3. Vom SRTMiniServer ging das Signal per SDI über eine Decklink-SDI-Karte an einen SDI-Monitor.

So konnten wir unter realen Bedingungen messen: Netzwerk, geografische Entfernung und ein Proxy in der Kette.

Messergebnisse

Anschließend führten wir zwei Messungen unter identischen Bedingungen durch - nur die Version von SRTMiniServer unterschied sich:

Version 2.6.5:

Version 2.6.6:

Fazit

Wenn Glass-to-Glass-Latenz in Ihrem Produktionsworkflow kritisch ist, kann ein Update von 2.6.5 auf 2.6.6 eine spürbare Verbesserung bringen. Laden Sie es herunter und probieren Sie es aus!