Latency Is a Feature, Not a Spec
7cubit Team
More in Industry Insights

“Lower latency” sounds like an automatic improvement. It is not. A host taking live questions needs answers to arrive quickly. A keynote needs stable playback when a viewer’s mobile connection wobbles. Those are different jobs, and the best delay for one can be a poor choice for the other.
Latency is the time between a frame being captured and a viewer seeing it. In a live workflow, that time is a tradeoff between interaction and buffer. Less delay makes conversation feel immediate. More buffer gives the player more room to absorb an uneven connection.
Three useful ranges
- Sub-second: roughly 200–800 milliseconds. This is the kind of response that makes a remote studio conversation or a quick audience exchange feel natural.
- Low-latency delivery: roughly 2–5 seconds. It can support live interaction while leaving more room than a sub-second path.
- Standard broadcast buffering: roughly 15–30 seconds. The delay is visible in a conversation, but the player can pre-load more video and is less likely to stall during a short connection dip.
These are operating ranges, not a promise that every destination will deliver the same delay. Each platform receives, processes, and plays the feed on its own schedule.
Choose low delay when the audience must answer back
Sub-second interaction is useful for a Web Studio panel, a live Q&A, an audience poll, or a commerce moment where the host is waiting for a response. When a guest hears the host with a long delay, people interrupt each other or leave awkward gaps. When a poll answer arrives too late, the prompt loses energy.
Web Studio’s host and guest monitoring uses its internal WebRTC path, separate from the feeds sent to destinations. That separation helps the people in the studio talk without hearing their own voices echo back from an external player.
Choose buffer when continuity matters more than immediacy
A presentation, town hall, worship service, or long linear program may benefit from more playback buffer. If a viewer is on a train or a crowded mobile connection, a 15–20 second buffer can absorb a short interruption that would exhaust a tiny sub-second buffer.
The audience will see the show later than the host, but they may see more of it without freezing. If the format does not depend on a response arriving immediately, that can be the better bargain.
Multistreaming makes latency uneven
YouTube, Facebook, and Twitch each add their own processing and delivery time after ApexStream sends the feed. Viewers on different destinations will not necessarily see the same moment at the same time. Unified chat helps the host collect replies in one panel, but it does not make the platforms’ playback clocks identical.
Set expectations in the show. If a viewer says “I am seeing this late,” ask them to use the chat on their destination and allow for the delay before repeating the question. Do not treat a delayed answer on Facebook as evidence that Web Studio’s guest audio is broken.
Encoder settings still matter
For OBS, vMix, and other external encoders, a 2-second keyframe interval is a useful baseline for clean segment handling by downstream systems. It does not turn a high-latency destination into a real-time channel, but it gives the ingest and playback systems regular points to work from.
On a cellular or unstable connection, slightly more buffer can be a practical choice. A perfectly low delay is not useful if the picture spends the show catching up.
A simple choice for the producer
- Does the viewer need to respond in the next second? Prefer the lower-latency path available to the workflow.
- Does the viewer mainly need a stable presentation? Allow more buffer.
- Are you multistreaming? Design the host’s prompts for the slowest meaningful response, not the fastest player.
- Are you on a variable connection? Test continuity before chasing a smaller number.
Latency is a format decision. Use less of it for conversation and more buffer for continuity; neither number is a quality score by itself.
The professional choice is not to advertise the smallest delay. It is to decide what the audience is being asked to do, then give the show the delay that supports that behavior.