Mastering Stream Stability: A Guide to Rate Control in Restreamers

In the realm of broadcasting, transmitting video from one point to another rarely proves simple. Even when a stream meets all formal requirements and adheres to the TR 101290 standard, it can still encounter unexpected failures downstream. Stability becomes paramount, particularly for specific use cases such as hardware like DVB modulators, which are notoriously sensitive to timing.

An essential metric that broadcasting engineers must monitor is the Inter Arrival Time (IAT), representing the interval between arriving packets. High or unstable IAT values are indicative of network jitter and can lead to broadcast failures. To ensure seamless operation, engineers must examine both average and peak IAT values.

Effectively managing high IAT and stream instability involves a core function known as Rate Control, a key feature of modern gateways. By controlling the speed of data transmission, rate control plays a pivotal role in smoothing out bitrate fluctuations and normalizing Inter Arrival Time (IAT). However, achieving this control comes with trade-offs, primarily in the form of latency.

Buffering, the primary method employed, captures incoming packets in a buffer and releases them at a controlled rate, thereby smoothing out bitrate fluctuations and stabilizing IAT.

There are three primary approaches to rate control:

1. No Rate Control (Pass-Through): In this mode, the stream passes directly from input to output without buffering. While this mode offers minimal latency and low CPU usage, it allows any jitter, spikes, or drops in the original stream to be transmitted directly to the output. This approach is suitable for simple restreaming tasks where the input stream is stable but inadequate for unstable input streams, remultiplexing, or transcoding.

2. Average Mode (Average Bitrate Control): This mode buffers the stream until a specific fill level is reached. Subsequently, the sending time for each packet is calculated based on the actual input bitrate using internal clocks. Effective when the stream's PCR (Program Clock Reference) is missing, broken, or highly inaccurate, this mode incurs higher CPU usage than a simple pass-through. It struggles with streams experiencing significant bitrate fluctuations exceeding 2 seconds, such as those converted from HLS to UDP.

3. TS PCR Mode: This rate control mode is considered the gold standard for broadcasting Transport Streams (TS). The stream is buffered, but packet sending times are strictly dictated by the PCR timestamps embedded within the stream. This ensures perfect alignment between output bitrate and the PCR-defined bitrate, resulting in a highly compliant and stable stream. However, this precision incurs higher CPU usage and latency. This mode is unsuitable for input streams with broken, missing, or inaccurate PCRs.

For high-bitrate streams (typically above 10 Mbps) or when feeding equipment requiring sub-millisecond IAT precision, standard rate control may require enhancement. Advanced scenarios call for a high-precision broadcasting option. When combined with Average or TS PCR modes, this feature provides highly accurate IAT calculations, guaranteeing microscopic precision between packets.

However, achieving this level of precision significantly increases CPU load, and it should only be enabled when hardware demands it. Elecard's CodecWorks Gateway is engineered to handle these real-world broadcast challenges, offering the precise tools necessary to maintain stable, compliant, and flawless broadcast streams.