gemini-omni-1.1-flash vs gemini-omni-flash-1.1: which id goes where

Google writes the model id gemini-omni-1.1-flash; Sume's catalog id is gemini-omni-flash-1.1. A mapping table, the old preview id, and how to avoid a typo.

3 min readSume
All posts

Google's Gemini API names the model gemini-omni-1.1-flash; Sume's video catalog calls the same Omni Flash 1.1 model gemini-omni-flash-1.1. The word order differs, so an id copied from Google's docs into a Sume request will not match, and the reverse is also true. Each id works only against its own API.

Google's ids come from its deprecations page and changelog, read 2026-10-01. Sume's id comes from the Video Generation and Video Router docs.

What are the ids on each side?

Google's changelog says Gemini Omni Flash became generally available on August 27, 2026 as gemini-omni-1.1-flash, and that the earlier gemini-omni-flash-preview endpoint is deprecated on September 30, 2026. That preview id is already past its date. Sume lists a single Omni id and no preview id to track.

Ids from Google's changelog and deprecations page and from Sume's docs, read 2026-10-01.
WhereIdStatus
Gemini APIgemini-omni-1.1-flashGA August 27, 2026; no shutdown date announced
Gemini APIgemini-omni-flash-previewDeprecated September 30, 2026
Sume /v1/videos and Video Routergemini-omni-flash-1.1Listed in the catalog
Sume sume/autosume/autoEchoed back; the family that ran is not disclosed

How do I avoid using the wrong id?

Do not type the id from memory. Read it from the catalog at startup and fail loudly if it is missing. Sume's own troubleshooting advice for a model-not-found error is to verify the id against the Video Models API, because Sume uses bare catalog ids rather than org/slug forms.

import os, requests

r = requests.get(
    "https://api.sume.com/v1/videos/models",
    headers={"Authorization": f"Bearer {os.environ['SUME_API_KEY']}"},
    timeout=30,
)
r.raise_for_status()
ids = {m["id"] for m in r.json()["data"]}
wanted = "gemini-omni-flash-1.1"
if wanted not in ids:
    raise SystemExit(f"{wanted} is not in the catalog: {sorted(ids)}")
print("ok", wanted)

Where does the Sume id appear?

Everywhere you name a model. On POST /v1/videos it is the model field. On the older POST /v1/video-router/generate it is the same string, because the two surfaces share one catalog. Over hosted MCP, generate_video takes the id in payload.model, and omitting it routes to sume/auto; the catalog ids come from the video-router_models tool.

The poll response echoes the id you sent, which makes it a good field to store next to every finished clip. If a vendor retires or renames a model later, that stored id tells you which jobs need a re-run, instead of leaving you to guess from a prompt.

What if I do not care which model runs?

Send sume/auto. Sume's docs describe Auto as 3 to 10 second clips at 16:9 or 9:16, with 720p and 8 seconds as the create defaults. The response reports sume/auto and Sume does not disclose which family served the request, so you cannot log the resolved model; if you need a record of exactly which model produced a shot, pin the id above.

Limit: this post covers naming only. It makes no claim that outputs are identical between Google's endpoint and Sume's.

Sources

Related posts

More in Models

All Models posts

Written by Sume