Video 1.0 generate_audio: why the docs say to omit it

Sume's Auto family always generates audio for Video 1.0 requests, so the docs tell you to omit generate_audio. What the field does and where audio is optional.

3 min readSume
All posts

On Video 1.0 the current Auto family always generates audio, so the docs say to omit generate_audio. The field is still a boolean in the legacy shape, but there is nothing to switch off.

What does the Video 1.0 field table say?

generate_audio is listed as an optional boolean: the current Auto family always generates audio; omit this field. bitrate_mode is a related legacy field that Auto rejects.

Where is audio a choice?

On /v1/videos, generate_audio defaults to the model's audio capability, and each catalog model reports a generate_audio flag. gemini-omni-flash-1.1 keeps native audio always on and rejects generate_audio: false.

Audio behavior in the docs, read 2026-09-30. Source: https://docs.sume.com/models/videos
Route or modelAudio
POST /v1/video-1.0/generateAlways generated; omit the field
POST /v1/videosDefaults to the model's capability
gemini-omni-flash-1.1Always on; false is rejected
minimax-h3-maxNative stereo audio

How do I handle a silent deliverable?

Video 1.0 cannot be told to skip audio, so remove or mute it downstream. The Timeline docs cover a silence audio mode for joined edits.

Which route should new work use?

Use /v1/videos, which lists per-model audio flags. See the video generation docs.

What does the request table say about `mode`?

Video 1.0 accepts mode values async, sync, subscribe and webhook. wait_timeout_seconds is 0 to 30 for sync and subscribe, and webhook_url must be a public HTTPS callback for webhook mode.

Sources

Related posts

More in Developers

All Developers posts

Written by Sume