Should SRT latency be as low as possible?

No. Very low SRT latency can reduce recovery room on unstable networks. IRL streams often need a more forgiving setting.

Does SRT latency affect chat delay?

It affects only one leg of the workflow. Platform player latency and buffering also affect when viewers see and react.

Should I change SRT latency or bitrate first?

If upload is overloaded, lower bitrate first. If bitrate is reasonable but the path has jitter or packet loss, test a higher SRT latency.

SRT Latency Settings for IRL Streaming: Stop Setting It Too Low

The beginner mistake

SRT latency is not a scoreboard where the smallest number wins. If you set latency too low, the stream has less time to recover from packet loss and jitter. That can make an IRL stream look worse, not better.

Think of SRT latency as recovery room. More room can help the stream survive messy mobile networks. Too much room makes the stream feel delayed. The right setting is the compromise that fits the route.

Why IRL needs a different mindset

A studio connection is usually boring. A phone walking through a city is not. The upload path changes constantly: towers, buildings, crowds, weather, hand position, thermal state, and carrier congestion.

SRT was designed to help with difficult network paths, but it needs realistic settings. If the network is messy, give the protocol enough latency budget to do useful work.

Haivision SRT overview

A practical way to choose

Start with the default or recommended setting from your app and service. Then test the actual route. If the stream is choppy but not fully disconnecting, try more latency before you abandon the protocol. If the stream is stable but feels too delayed for chat, lower it carefully.

Use more latency for weak mobile routes.
Use less latency for interactive chat segments only after stability is proven.
Do not change bitrate, resolution, and SRT latency at the same time.
Record tests so you can compare motion and audio, not just dashboard numbers.

SRT latency is not platform latency

The SRT path from phone to Streamable is only one part of the full viewer delay. The cloud server, platform ingest, transcoding, and player buffer also add delay.

That is why chasing a tiny SRT number may not meaningfully improve viewer experience. Fix the unstable link first.

What I would do for a real IRL route

I would start with conservative bitrate, 720p, SRT or SRTLA if supported, and a latency setting that survives the worst part of the route. Once the stream holds, I would lower latency only if chat timing is actually hurting the show.

People forgive a short delay. They leave when the stream keeps freezing.