Standard TCP streaming collapses at 0.1% packet loss under head-of-line-blocking, XRTC fixes this fundamental flaw of TCP and works up to insane 10% packet loss. Yes, 100x better performance on top of TCP just by using XRTC, real-time streaming made possible on standard TCP stack. (XRTC origins: [ Ссылка ])

Satellite connections are typically around 1% packet loss and congested mobile base station causes 4G/5G to have about 0.75% packet loss. With UDP the channel would become saturated with redundant data as solutions like QUIC can only reach about 40% channel utilization (goodput) where as XRTC can operate at 70% channel utilization. Best QUIC implementations, such as PicoQUIC by Cisco, have recently reached the 1% packet loss limit without collapsing (QUICSAT project, 2022) while many other QUIC implementations fail at the 1% barrier.

This is a video to test how XRTC compares to TCP and demonstrates XRTC over Starlink storm conditions with link conditioner added packet loss for a live remote control across Europe (between Finland and Germany). Additionally comparison can be made with QUIC and WebRTC that are the established UDP protocols, made by Cisco, Google, Apple, Meta, that XRTC challenges:

QUIC benchmark at 0% packetloss:
[ Ссылка ]

Have you ever wondered how a drone could handle the worst possible network conditions? Well, we put XRTC to the test in storm conditions with packet loss measured on Starlink during cyclone Gabrielle (Auckland NZ). The Starlink conditions during a storm are extreme for any real-time applications, making XRTC the first protocol to be capable of real-time bidirectional streaming in such conditions.

When you have mission critical equipment as a part of large fleet or business operations, even a storm can not stop you. XRTC makes it possible to maintain stable connection even across vast distances and over lossy channels, as demonstrated in this video where the drone controls were demonstrated from Finland to Ireland (AWS) to Germany, covering a distance of 5000 km one way. With XRTC, you get the best of both worlds - a low latency view of the remote video feed from the drone, and guaranteed delivery of control signals from the operator.

TCP vs. XRTC test:
- On the left screen, you see the received data over the conditioned channel with added packet loss.
- On the right screen, you see the video source reference with playback timestamp to compare delays including jitter buffer.
- The left most screen shows raw transmission delay for the bitstream that is being transferred through XRTC (above with orange background) and TCP (below with green background).

Starlink demo:
- On the left screen for the operator's command source and a view of the remote video feed from the drone (With 10% packet loss added through link conditioning).
- On the right screen, witness the drone's live video source and view of the remote command feed from the operator (Control channel also with 10% packet loss).
- Starlink performance measured during Cyclone Gabrielle, Auckland NZ by Ulrich Speidel.

If you want to learn more about XRTC and how it can help your streaming needs for better user experience (e.g. Netflix & Youtube) or if you need resilient streaming for real-time applications (e.g. Apple & Google) , visit our website:

www.xrtc.org.

Don't forget to like, comment, and subscribe for more amazing content like this!

свернуть