Sonic 3.5 to 3.6 on Sume TTS: change model, keep the voice id
Cartesia says Sonic 3.6 keeps the voice ids of 3.5. On Sume's TTS Router, move a call from sonic-3.5 to sonic-3.6 by changing only the model field.

To move a Sume TTS Router call from Sonic 3.5 to Sonic 3.6, change model from sonic-3.5 to sonic-3.6 and leave the rest of the body alone. Cartesia's Sonic 3.6 page (read 2026-10-02) says 3.6 is fully backwards compatible with 3.5, and its changelog (read 2026-10-02) says to use Sonic 3.6 with the same voice ids, with nothing to recreate.
What does Cartesia say stays the same?
The changelog entry says there are no changes to the feature surface: prompting guidance, SSML tags, timestamps, codec, and speed and volume controls behave as they do on Sonic 3.5. It also says its human evals confirm voices sound the same as on 3.5, which is Cartesia's claim and not something Sume has measured. The 3.6 page adds that pro voice clones created on older models work on 3.6.
What changed is the speech itself: Cartesia lists more natural pacing, 44 languages, and two new ones, Odia and Urdu.
| Item | What Cartesia says | On Sume's TTS Router |
|---|---|---|
| Voice ids | Same ids, nothing to recreate | Send the same voice.id or avatar selector |
| Controls | Speed and volume behave as on 3.5 | Keep generation_config unchanged |
| Timestamps and codec | No change | Keep timestamps and output_format |
| Model id | sonic-3.6 follows the latest stable snapshot | model: "sonic-3.6" |
What do I change on Sume?
Only the model value. Voice selection, language, output_format, timestamps and segmentation are shared by every catalog row. Sume TTS 1.0, the surface without an engine picker, already runs on sonic-3.6 according to Sume's router notes, so a move matters only to calls that pin an older id on the router.
curl -X POST https://api.sume.com/v1/tts-router/generate \
-H "Authorization: Bearer $SUME_API_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: move-to-36-001" \
-d '{
"model": "sonic-3.6",
"transcript": "Same line, same voice, newer model.",
"avatar_handle": "@your_avatar",
"language": "en"
}'How do I check the result?
Generate one line on each model with the same settings and listen before you switch a whole project. Then read model_id on the finished job, as described in Jobs and results, to confirm which engine made the file. Cartesia's older models page (read 2026-10-02) lists sonic-3.5-2026-05-04 as Stable, so there is no deadline on 3.5 there.
Sources
Related posts
More in Developers
- sonic-preview voice_model_mismatch: use sonic-3.6 for clones
A TTS job on sonic-preview fails with voice_model_mismatch when the voice is a pro voice clone. Send model sonic-3.6 to the Sume TTS Router instead.
- Sora Batch API render queue gone: Sume async jobs instead
OpenAI's Sora guide listed Batch API support before the September 24 shutdown. On Sume the pattern is async jobs, a queue and signed webhooks.
- soundtrack_shorter_than_spine: loop the music bed in Timeline
Timeline warns soundtrack_shorter_than_spine when the music bed is shorter than the audio. Set soundtrack.loop to true; gain, fade and duck defaults inside.
- StepAudio 3 Music preview is free, then retired: keep your API stable
stepaudio-3-music-preview is free for a limited time, then retired for a paid version. How to keep a music integration stable, and which Sume ids stay put.
Written by Sume