Soliton - Blog

RASCOW2: Eliminating Jitter, Maximizing Bandwidth, and Delivering Ultra‑Low‑Latency Streaming for Teleoperations and Broadcast

Written by Mark Andrews | Mar 19, 2026 3:13:57 PM

In modern teleoperations, mobile surveillance, and remote broadcast workflows, the biggest enemy of reliability is unpredictability. Mobile networks fluctuate wildly, bandwidth rises and collapses without warning, and traditional streaming protocols struggle to maintain stability when the network becomes unstable. This is exactly where Soliton Systems’ RASCOW2 protocol sets itself apart, delivering ultra-low latency, adaptive encoding, and high performance even under the harshest network conditions.

One of the most misunderstood challenges in real‑time video transport is the jitter buffer. In standard WebRTC implementations, the jitter buffer is designed to smooth out packet arrival times by holding packets temporarily before playback. While this works for casual video conferencing, it becomes a major liability for mission‑critical applications like teleoperations or live broadcast contribution. The jitter buffer introduces delay, becomes unstable under fluctuating bandwidth, and often forces compromises in video quality or responsiveness.

Why Standard WebRTC Struggles: The Jitter Buffer Problem

Traditional WebRTC relies heavily on its jitter buffer to compensate for packet delay variation. But when network conditions deteriorate, especially on mobile cellular networks, the jitter buffer grows, shrinks, and re‑buffers unpredictably. This leads to:

    • Latency spikes
    • Frozen frames
    • Buffer underruns
    • Unstable playback across multiple receivers

And because standard WebRTC implementations typically support only H.265 and often require GPU resources, they introduce additional overhead and complexity. Even worse, when organizations try to bypass these issues by creating VPN tunnels, they quickly discover that VPNs typically support only a single client connection, making them unsuitable for multi‑receiver broadcast or teleoperation scenarios.

How RASCOW2 Avoids the Jitter Buffer Entirely

RASCOW2 takes a fundamentally different approach. Instead of relying on a jitter buffer, it uses a proprietary real‑time transmission method that dynamically adapts to network conditions at the packet level. This allows RASCOW2 to maintain ultra-low latency without the instability that plagues standard WebRTC.

The protocol continuously analyzes:

    • Packet timing
    • Network congestion
    • Available bandwidth across all connected networks
    • Frame‑level content complexity

Because RASCOW2 does not depend on a jitter buffer, it can deliver consistent, real‑time video even when bandwidth fluctuates dramatically, something that is unavoidable on 4G/5G mobile networks.

Adaptive Encoding: Using Every Bit of Bandwidth Wisely

At the heart of RASCOW2 is its adaptive encoding engine, tightly integrated with the HEVC encoder inside the Zao‑X. Users can set a target bitrate, which acts as the upper limit for normal operation. When bandwidth exceeds this target, RASCOW2 intentionally avoids using more data than necessary, helping control costs and ensuring predictable usage.

But the real magic happens when bandwidth drops below the target bitrate.

In low‑bandwidth conditions, RASCOW2 activates a suite of intelligent adaptation techniques:

    • Pixel‑by‑pixel analysis to determine which visual information is essential
    • High‑frequency network analysis to detect bandwidth changes in real time
    • Encoder control to adjust quantization and compression parameters
    • Temporary FPS adjustments to stabilize the stream during sudden drops
    • Automatic resolution content adjustments while maintaining a 1920×1080 or 4K canvas

This means that even if the network collapses to extremely low throughput, far below the official 512 Kbps minimum, RASCOW2 can still deliver surprisingly usable video. For static or low‑motion scenes, the quality can remain far better than expected, thanks to the protocol’s ability to reduce content complexity without sacrificing the overall resolution or frame structure.

Designed for Multi‑Client, Multi‑Purpose Workflows

RASCOW2 supports multiple simultaneous receivers such as Zao Server without compromising latency or stability. And because the Zao View client is lightweight, requires no GPU, and runs efficiently on Windows, it’s ideal for large‑scale deployments in:

    • Teleoperations
    • Remote machinery control
    • Live broadcast contribution
    • Surveillance and situational awareness
    • Emergency response

The result is a secure live streaming pipeline that is both flexible and robust, capable of delivering real‑time video where other protocols fail.

RASCOW2 is more than a transport protocol - it’s a complete strategy for overcoming the inherent instability of mobile networks. By eliminating the jitter buffer, intelligently adapting to bandwidth fluctuations, and tightly controlling the HEVC encoder, it ensures ultra-low latency, reliability, and quality for teleoperations, surveillance, and broadcast applications.

In a world where network conditions can change in an instant, RASCOW2 ensures your video stream doesn’t.