TTS Models
An overview of Text-to-Speech providers and models you can use with the Voice Agent API.
By default Deepgram Text-to-Speech will be used with the Voice Agent API. Deepgram supports two text-to-speech model families, and the agent picks the right TTS endpoint based on the version field of agent.speak.provider — you do not manage endpoint URLs yourself.
- Flux TTS (
v2) for streaming-first, voice-agent-first synthesis with turn-based lifecycle and cross-turn voice consistency. - Aura (
v1) for the broadest, generally available Deepgram voice catalog across English and Spanish.
You can also use Deepgram’s native Cartesia support or opt to use another provider’s TTS model with your Agent by applying the following settings.
You can set your Text-to-Speech model in the Settings Message for your Voice Agent. See the docs for more information.
Deepgram TTS models
Deepgram offers two TTS model families for the Voice Agent API. Set agent.speak.provider.version to v2 for Flux TTS or v1 for Aura. When you omit version, the agent defaults to v1 (Aura).
Choosing a model family
Flux TTS
Early Access. Flux TTS is in Early Access — the Flux TTS-specific API surface in the Voice Agent and voice catalog may change before general availability.
Flux TTS is Deepgram’s streaming-first, voice-agent-first text-to-speech model family. It brings a turn-based lifecycle and cross-turn voice consistency built for the realities of a voice agent pipeline. For details, see the Flux TTS Feature Overview.
Flux TTS voices are served only on agent.speak.provider.version: v2, and Aura voices only on agent.speak.provider.version: v1. Switch families by changing agent.speak.provider.version and model together.
Example
Aura
For a complete list of Deepgram Aura TTS models see TTS Voice Selection.
Example
Deepgram-managed Cartesia TTS models
Deepgram also provides managed support for Cartesia TTS. For a complete list of Cartesia TTS models, visit Cartesia’s TTS Docs. Cartesia is included in the Standard pricing tier.
Example
BYO Third Party TTS models
To use a third party TTS voice, specify the TTS provider and required parameters.
OpenAI
For OpenAI you can refer to this article on how to find your voice ID.
Example
Eleven Labs
For ElevenLabs you can refer to this article on how to find your Voice ID or use their API to retrieve it. See their TTS Docs for more information. ElevenLabs does not support WebSocket streaming for the eleven_v3 model - instead, use the HTTPS REST endpoint (see example).
We support any of ElevenLabs’ Turbo 2.5 voices to ensure low latency interactions
Example
Example (eleven_v3 via HTTPS)
Because eleven_v3 does not support WebSocket streaming, use the HTTPS REST endpoint:
Cartesia
For Cartesia you can use their API to retrieve a voice ID. See their TTS API Docs for more information.
Example
Amazon (AWS) Polly
For Amazon (AWS) Polly you can refer to this article for a list of available voices.
If no engine is specified, Amazon (AWS) Polly defaults to Standard. If the chosen voice doesn’t support Standard, you’ll get an error like: “Standard engine not supported for {voice}.” In that case, you must explicitly specify the correct engine.
STS Example
IAM Example
Using multiple TTS providers
The speak object accepts both a single provider and an array of providers. When you supply an array, the Voice Agent uses the providers as an ordered fallback chain: it sends each TTS request to the first provider in the list and automatically falls back to the next provider if the request fails.
How fallback works
- The agent sends the request to the first provider in the array.
- If that provider returns an error or times out, the agent sends a
SPEAK_REQUEST_FAILEDwarning over the WebSocket and retries with the next provider. - This continues through every provider in the array.
- If all providers fail, the agent sends a
FAILED_TO_SPEAKerror and the turn produces no audio response.
The fallback is per-request — each new agent utterance starts again from the first provider. Provider order matters, so place your preferred provider first and your most reliable fallback last.
Fallback providers do not need to use the same provider.type. You can mix providers (for example, deepgram primary with an open_ai fallback) to maximize availability across independent infrastructure.