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.

3 min readSume
All posts

Use image_url and end_image_url on Video 1.0: the docs mark first_frame_url and last_frame_url as deprecated names for the same frames. Old requests keep their shape, but new code should use the preferred names.

What is the rename map?

Each deprecated alias points to one current field.

Video 1.0 frame fields, read 2026-09-30. Source: https://docs.sume.com/models/video
DeprecatedPreferred
first_frame_urlimage_url
last_frame_urlend_image_url
duration_secondsduration

Is there a rule that links the two frames?

Yes. end_image_url requires image_url (or the deprecated first_frame_url), so an end frame alone is not a valid request.

What does a current request look like?

Only public HTTPS URLs are accepted.

curl -X POST https://api.sume.com/v1/video-1.0/generate \
  -H "Authorization: Bearer $SUME_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: v1-i2v-001" \
  -d '{"prompt":"Gentle camera drift; keep the product locked in frame","image_url":"https://example.com/first-frame.png","resolution":"1080p","duration":6,"aspect_ratio":"16:9"}'

Will these names exist on /v1/videos?

No. That route uses frame_images with a frame_type; see the field map and the video docs.

What else is only on the legacy URL?

Video 1.0 does not accept a model body field, and accepts aspect_ratio values auto, adaptive, 21:9, 16:9, 4:3, 1:1, 3:4 and 9:16. Resolution is 720p by default, with 1080p also allowed.

Use public HTTPS media URLs only, and send an Idempotency-Key so a retry returns the original job.

Sources

Related posts

More in Developers

All Developers posts

Written by Sume