WebSockets

Murf TTS API supports WebSocket streaming, enabling low-latency, bidirectional communication over a persistent connection. It’s designed for building responsive voice experiences like interactive voice agents, live conversations, and other real-time applications.

With a single WebSocket connection, you can stream text input and receive synthesized audio continuously, without the overhead of repeated HTTP requests. This makes it ideal for use cases where your application sends or receives text in chunks and needs real-time audio to deliver a smooth, conversational experience.

Endpoint

wss://global.api.murf.ai/v1/speech/stream-input

global geo-routes your connection to the nearest datacenter. Use it unless you have a data-residency requirement, in which case pin to a regional host such as wss://in.api.murf.ai/v1/speech/stream-input — see Available Regions for the full list.

Quickstart

This guide walks you through setting up and making your first WebSocket streaming request.

# Export an environment variable on macOS or Linux systems
export MURF_API_KEY="your_api_key_here"

brew install portaudio

pip install websockets pyaudio

import asyncio
import websockets
import json
import base64
import pyaudio
# import os
API_KEY = "YOUR_API_KEY" # Or use os.getenv("MURF_API_KEY") if you have set the API key as an environment variable
WS_URL = "wss://global.api.murf.ai/v1/speech/stream-input"
CONTEXT_ID = "quickstart-1"
PARAGRAPH = "With a single WebSocket connection, you can stream text input and receive synthesized audio continuously, without the overhead of repeated HTTP requests. This makes it ideal for use cases where your application sends or receives text in chunks and needs real-time audio to deliver a smooth, conversational experience"
# Audio format settings (must match your API output)
SAMPLE_RATE = 24000
CHANNELS = 1
FORMAT = pyaudio.paInt16
async def tts_stream():
  async with websockets.connect(
      f"{WS_URL}?api-key={API_KEY}&model=falcon-2&sample_rate=24000&channel_type=MONO&format=WAV"
  ) as ws:
      # Send voice config first, before any text
      voice_config_msg = {
          "voice_config": {
              "voiceId": "Gordon",
              "locale":"en-US",
              "style": "Conversation",
              "rate": 0,
              "pitch": 0
          },
          "context_id": CONTEXT_ID
      }
      print(f'Sending payload : {voice_config_msg}')
      await ws.send(json.dumps(voice_config_msg))
      # Use the same context ID on the text frame
      text_msg = {
          "text": PARAGRAPH,
          "end": True, # This closes the context and frees its concurrency slot
          "context_id": CONTEXT_ID
      }
      print(f'Sending payload : {text_msg}')
      await ws.send(json.dumps(text_msg))
      # Setup audio stream
      pa = pyaudio.PyAudio()
      stream = pa.open(format=FORMAT, channels=CHANNELS, rate=SAMPLE_RATE, output=True)
      first_chunk = True
      try:
          while True:
              response = await ws.recv()
              data = json.loads(response)
              print(f'Received data:  {data}')
              if "audio" in data:
                  audio_bytes = base64.b64decode(data["audio"])
                  # Only the first chunk of a context carries the WAV header
                  if first_chunk and len(audio_bytes) > 44:
                      audio_bytes = audio_bytes[44:]
                      first_chunk = False
                  stream.write(audio_bytes)
              if data.get("error"):
                  print(f'Error {data["error_code"]}: {data["error"]}')
                  if data.get("fatal"):
                      break
              if data.get("warning"):
                  print(f'Warning {data["warning_code"]}: {data["warning"]}')
              if data.get("final"):
                  break
      finally:
          stream.stop_stream()
          stream.close()
          pa.terminate()
if __name__ == "__main__":
    asyncio.run(tts_stream())

Choosing a voice

Choose a voice from the Falcon 2 Supported Voices section.

What matters is that the voice exists in the Falcon catalog. An unknown voice returns an INVALID_VOICE error with "fatal": true, and the message points you to GET /v1/speech/voices?model=FALCON.

Using voice settings with Context IDs

A context_id does not alter the values in voice_config; it determines which independent context owns those settings. If you include a context_id on a text frame, send a voice_config frame with the same context_id first.

A configuration sent without context_id belongs only to the default context, so named contexts do not inherit it. Text sent to an unconfigured named context uses the default voice and produces a NO_VOICE_CONFIG warning. The context keeps its configured settings for its lifetime, even if you later change the default context’s configuration.

For a single default stream, you can omit context_id from both frames. See Context ID for multi-turn and interruption examples.

Audio format and the WAV header

With format=WAV, the first audio chunk of a context starts with a 44-byte WAV header whose RIFF-size and data-size fields are 0xFFFFFFFF — the “length unknown, read to end of stream” sentinel — because the total length isn’t known mid-stream. Only the first chunk has it.

• Playing progressively: feed the bytes straight to a streaming decoder. It honours the sentinel.
• Saving to a file: strip the first 44 bytes, concatenate the rest, then write your own header with the real length. Otherwise players show a bogus duration and can’t seek.
• Avoiding it entirely: request format=PCM for headerless little-endian 16-bit samples.

Field naming

Request fields accept both snake_case and camelCase (context_id/contextId, min_buffer_size/minBufferSize, max_buffer_delay_in_ms/maxBufferDelayInMs, predictive_chunking/predictiveChunking, add_word_timestamps/addWordTimestamps). Responses are always snake_case.

Note that voice_config itself uses camelCase inside (voiceId, volumeOffset, and other voice settings), which is why both spellings are accepted at the top level.

Machine-readable schema

Every frame, field and query parameter is defined in the WebSockets API reference, generated from our AsyncAPI document. Use it when generating a client.

Falcon 2 Supported Voices

Available Regions

Use the region closest to your users for the lowest latency.

Best Practices

Following are some best practices for using the WebSocket streaming API:

• Send voice_config before any text. When using a named context, put the same context_id on both frames. Text that arrives in an unconfigured context is synthesized with the default voice and returns a NO_VOICE_CONFIG warning.
• Branch on error_code and warning_code, never on the human-readable message. See Errors & Warnings.
• Once connected, the session remains active as long as it is in use and will automatically close after 3 minutes of inactivity.
• You can maintain up to 10X your streaming concurrency limit in WebSocket connections, as per your plan’s rate limits.
• For the lowest latency, prefer Falcon 2 voices by setting model = falcon-2.
• If you use LiveKit or Pipecat, turn off the framework’s sentence tokenizer or text aggregation and stream LLM tokens straight to the WebSocket. Falcon does its own sentence splitting.
• For how to write text for Falcon, including numbers, codes, scripts and an LLM system prompt template, see Best Practices.

Next Steps

FAQs