Problem:
Wie bei jeder Fussball-Weltmeisterschaft ist auch an der WM 2026 die Verzögerung (Delay) zwischen dem Live-Ereignis und der TV-Übertragung erneut ein Thema. Ein Kunde hat uns gemeldet, dass er die Torbenachrichtigung über einen Live-Ticker rund 30 Sekunden früher erhält, bevor er das Tor auf seiner Amigo7x V3 (DASH) tatsächlich sieht.
Prüfung:
Wir haben diese Beobachtung in unserem Labor überprüft. Dazu haben wir das SRG-Signal direkt bei der Anlieferung in unserem Datacenter mit StreamXpert aufgezeichnet und dieselbe Szene anschliessend über unsere Amigo7x V3 (DASH) wiedergegeben. Der Vergleich zwischen dem direkt angelieferten Signal und der Wiedergabe über die Set-Top-Box ergab eine Verzögerung von 32 Sekunden.
Damit können wir die Beobachtung des Kunden anhand unserer Messungen bestätigen. Die im Labor ermittelte Verzögerung von 32 Sekunden entspricht der vom Kunden wahrgenommenen Grössenordnung.
| 1) Referenz-Signal - IP Multicast von SRG | 2) Amigo7xV3 mit DASH über Packager=CDN |
 |  |
Weitere Messungen mit verschiedenen Endgeräten haben wir in der nachfolgenden Tabelle zusammengefasst. Die Android TV App wurde sowohl auf einer Nokia Streaming Box 8000 als auch auf der EVO Force Pro verifiziert. Beide Geräte lieferten vergleichbare Messergebnisse.
Zudem ist zu berücksichtigen, dass aktuell nur die Set-Top-Boxen (STBs) das Signal über unser CDN beziehen. Die Multiscreen-Endgeräte (WebTV App, iOS App und WebTV) sowie auch Android TV APP beziehen ihre Streams derzeit direkt von Swisscom CDN.
| Player A | Packager | Player B | Packager | Vergleich A vs B |
| Referenz Signal - SRF1 | Kein - direkt ab SRG | STB (Amigo7xV3) | CDN | +32 Sekunden |
| AndroidTV APP | Swisscom CDN | STB (Amigo7xV3) | CDN | kein Unterschied |
| Android Phone | Swisscom CDN | STB (Amigo7xV3) | CDN | kein Unterschied |
| WebTV | Swisscom CDN | STB (Amigo7xV3) | CDN | +8 Sekunden |
| iOS App | Swisscom CDN | STB (Amigo7xV3) | CDN | +20 Sekunden |
| tvOS App | ?? | STB (Amigo7xV3) | CDN | TODO |
| LGTV | ?? | STB (Amigo7xV3) | CDN | TODO |
| Swisscom Tizen | ?? | STB (Amigo7xV3) | CDN | TODO |
Erklärung:
Werden zwei unterschiedliche Endgeräte bzw. Player mit demselben Live-Stream versorgt, der vom gleichen Packager (in unserem Fall über das Swisscom CDN bzw. unser CDN) erzeugt wird, wird die End-to-End-Latenz in erster Linie durch die Konfiguration des jeweiligen Players bestimmt.
Einige Player sind auf eine möglichst geringe Latenz optimiert und halten lediglich einen sehr kleinen Wiedergabepuffer (z. B. ein Videosegment/-Chunk), um möglichst nahe am Live-Signal zu bleiben. Andere Player priorisieren hingegen eine stabile und unterbrechungsfreie Wiedergabe. Dazu werden vor Beginn der Wiedergabe mehrere Videosegmente im Puffer zwischengespeichert.
Apple empfahl beispielsweise früher, mindestens drei Segmente à 10 Sekunden im Player-Puffer zu halten, bevor die Wiedergabe startet. Allein dadurch entsteht eine zusätzliche Latenz von rund 30 Sekunden. Die Konfiguration des jeweiligen Players hat somit einen wesentlichen Einfluss auf die wahrgenommene Verzögerung.
Zu berücksichtigen ist zudem, dass unser CDN als Proxy vor dem Swisscom CDN betrieben wird. Das bedeutet, dass die Streams nicht neu verpackt oder verändert werden, sondern lediglich zwischengespeichert und ausgeliefert werden. Die zusätzliche Latenz, die durch unser CDN entsteht, ist vernachlässigbar. Entscheidend für die wahrgenommene Verzögerung sind vielmehr die Konfiguration des Players sowie dessen Wiedergabepuffer. Dies haben die Vergleichsmessungen Android TV APP / Phone vs STB (Amigo7xV3) gezeigt.
Fazit:
Die beste End-to-End Latenz hat aktuell (Aug 2026) das iphone gefolgt vom WebTV,
PlayerPackager End-To-End Latenz STB (Amigo7xV3) CDN +32 Sekunden
AndroidTV APP Swisscom CDN +32 Sekunden
Android Phone Swisscom CDN
+32 Sekunden
WebTV Swisscom CDN +24 Sekunden
iOS App Swisscom CDN
+12 Sekunden
tvOS App
??
TODO
LGTV ?? TODO
Swisscom Tizen ?? TODO
Werden zwei unterschiedliche Endgeräte bzw. Player mit demselben Live-Stream versorgt, der vom gleichen Packager (in unserem Fall über das Swisscom CDN bzw. unser CDN) erzeugt wird, wird die End-to-End-Latenz in erster Linie durch die Konfiguration des jeweiligen Players bestimmt.
Einige Player sind auf eine möglichst geringe Latenz optimiert und halten lediglich einen sehr kleinen Wiedergabepuffer (z. B. ein Videosegment/-Chunk), um möglichst nahe am Live-Signal zu bleiben. Andere Player priorisieren hingegen eine stabile und unterbrechungsfreie Wiedergabe. Dazu werden vor Beginn der Wiedergabe mehrere Videosegmente im Puffer zwischengespeichert.
Apple empfahl beispielsweise früher, mindestens drei Segmente à 10 Sekunden im Player-Puffer zu halten, bevor die Wiedergabe startet. Allein dadurch entsteht eine zusätzliche Latenz von rund 30 Sekunden. Die Konfiguration des jeweiligen Players hat somit einen wesentlichen Einfluss auf die wahrgenommene Verzögerung.
Zu berücksichtigen ist zudem, dass unser CDN als Proxy vor dem Swisscom CDN betrieben wird. Das bedeutet, dass die Streams nicht neu verpackt oder verändert werden, sondern lediglich zwischengespeichert und ausgeliefert werden. Die zusätzliche Latenz, die durch unser CDN entsteht, ist vernachlässigbar. Entscheidend für die wahrgenommene Verzögerung sind vielmehr die Konfiguration des Players sowie dessen Wiedergabepuffer. Dies haben die Vergleichsmessungen Android TV APP / Phone vs STB (Amigo7xV3) gezeigt.
Fazit:
Die beste End-to-End Latenz hat aktuell (Aug 2026) das iphone gefolgt vom WebTV,
Player | Packager | End-To-End Latenz |
| STB (Amigo7xV3) | CDN | +32 Sekunden |
| AndroidTV APP | Swisscom CDN | +32 Sekunden |
| Android Phone | Swisscom CDN | +32 Sekunden |
| WebTV | Swisscom CDN | +24 Sekunden |
| iOS App | Swisscom CDN | +12 Sekunden |
| tvOS App | ?? | TODO |
| LGTV | ?? | TODO |
| Swisscom Tizen | ?? | TODO |