TTS latency explained: time to first audio vs. time to first byte
Blog post from AssemblyAI
TTS latency in voice agents should be evaluated primarily through time to first audio (TTFA), the interval from sending text to a TTS service until the caller hears an audible sound, rather than time to first byte (TTFB), which only measures when initial audio data arrives and may include headers, empty frames, or silence. TTFA incorporates server processing, network transit, decoding, resampling, buffering, and device or telephony output, making it a more accurate measure of perceived responsiveness within the broader voice-to-voice latency budget that also includes turn detection, speech-to-text, and LLM generation. Streaming TTS can reduce delay by transmitting audio before an entire response is synthesized, while bidirectional streaming allows text to be sent as an LLM generates it; however, chunk size involves a trade-off between fast playback and natural prosody. Recommended practices include prewarming persistent connections, aligning TTS audio formats and regions with telephony infrastructure, reducing playback buffers carefully, prompting for short opening sentences, and measuring TTFA under production-like conditions using realistic text, concurrency, and percentile metrics such as P50 and P95. The discussion also emphasizes that accurate transcription and effective turn detection may improve conversational speed more than TTS optimization alone, since misheard speech and poorly timed interruptions can create costly additional turns.
| Trend | Post Mentions | Total Month Mentions | Posts | Companies | MoM |
|---|---|---|---|---|---|
| Real-time | 27 | 2,565 | 735 | 205 | -47% |
| LLM | 15 | 4,083 | 814 | 190 | -32% |
| Voice AI | 15 | 1,833 | 162 | 38 | -46% |
| Universal-3.6 Pro Realtime | 1 | 16 | 4 | 1 | -6% |
Use this post, company, and trend context to find content marketing opportunities, perform competitive analysis, or address product feature gaps via the Plushcap MCP server or the Plushcap API.