Video 1.0 4k resolution error: only 720p and 1080p on that URL
Video 1.0 accepts 720p (default) and 1080p from its legacy vocabulary and rejects 4k. For 4K send a sume/auto request to POST /v1/videos instead.

POST /v1/video-1.0/generate accepts 720p (the default) and 1080p, and it rejects 4k. For 4K, the docs say to use POST /v1/videos with sume/auto.
What resolutions does Video 1.0 take?
The field is validated against the Auto serving family, using the legacy vocabulary.
| Value | Result |
|---|---|
| 720p | Accepted; default when omitted |
| 1080p | Accepted |
| 4k | Rejected on this URL |
How do I request 4K?
Send sume/auto to /v1/videos with a resolution the model list advertises.
curl -X POST https://api.sume.com/v1/videos \
-H "Authorization: Bearer $SUME_API_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: auto-4k-001" \
-d '{"model":"sume/auto","prompt":"A slow aerial over a city at dusk","resolution":"4K","aspect_ratio":"16:9"}'Which pinned model lists 4K?
The docs list gemini-omni-flash-1.1 at 360p, 720p, 1080p and 4K in 16:9 or 9:16 for 3 to 10 seconds. Read supported_resolutions before you submit.
Why does the enum list 1K, 2K and 4K?
The video docs enumerate 480p, 720p, 768p, 1080p, 1K, 2K and 4K, and say each model advertises the subset it accepts. Details are in the video docs.
What does 4K cost to try?
Billing is reserved on submit at provider list times 1.25, and the poll response reports usage.cost as the Sume billable amount. Sending an Idempotency-Key makes retries safe, because a replay returns the original job.
The docs note that higher resolutions take longer to generate and cost more, and advise choosing the resolution that fits your use case.
Sources
Related posts
More in Developers
- Video 1.0 bitrate_mode: still in the shape, rejected by Auto
bitrate_mode is retained in Video 1.0's legacy request shape but Auto rejects it. Omit it, and note that Gemini Omni Flash 1.1 has no bitrate_mode either.
- Video 1.0 duration vs duration_seconds: what if they differ?
Video 1.0 accepts duration and its alias duration_seconds. If you send both they must agree; the value is checked against the Auto serving family.
- Video 1.0 last frame: end_image_url needs image_url first
To set a last frame on Video 1.0, send end_image_url together with image_url. The docs list the modes: text, first frame, start and end frames, references.
- first_frame_url and last_frame_url on Video 1.0: deprecated names
Video 1.0 still reads first_frame_url and last_frame_url, but the docs prefer image_url and end_image_url. The rename map and one rule about the end frame.
Written by Sume