Omni video_url or reference_video_urls: edit a clip or borrow from it?

On Sume, video_url edits your clip and keeps its framing. reference_video_urls only conditions a new clip. How the two differ in limits, fields and billing.

4 min readSume
All posts

Use video_url when you want the clip you have, changed; use reference_video_urls when you want a new clip that borrows from it. On Sume's Gemini Omni Flash 1.1 row, video_url is the edit source: the prompt describes the change and the output follows the source clip. reference_video_urls takes up to three clips of three seconds or less each and conditions a fresh generation. Sume's Video Router doc says the two cannot be combined.

The fields look alike but do different jobs, so pick the one that matches the result you want before you pay for a render.

What is the difference field by field?

The table lists what Sume's docs say about each field, with Google's own limits for uploaded media from the Omni guide.

video_url vs reference_video_urls on gemini-omni-flash-1.1, from the Sume Video Router doc and Google's Omni guide, read 2026-10-03
video_url (edit)reference_video_urls
PurposeChange an existing clipCondition a new generation
CountOne clipUp to 3 clips
Length limitGoogle: uploads of 10 seconds or lessEach clip 3 seconds or less
aspect_ratioNot accepted; framing is kept16:9 or 9:16
durationOnly a reserve hint (default 8 s)3 to 10 s
resolutionOptional, default 720p360p to 4K
Combine with imagesNo (image_url, end_image_url, reference_*_urls)Yes, with up to 10 reference images
Addressing in the promptDescribe the edit<VIDEO_REF_0>, 0-based

What does an edit request look like?

Send video_url and a prompt that says what to change and what to keep. Sume's example swaps a bottle for an apple and tells the model to keep everything else the same. The output follows the source clip, so do not send aspect_ratio; Sume returns a 400 if you do, and its code message says the output keeps the source framing.

curl -X POST https://api.sume.com/v1/video-router/generate \
  -H "Authorization: Bearer $SUME_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: omni-edit-001" \
  -d '{
    "model": "gemini-omni-flash-1.1",
    "prompt": "Replace the bottle with an apple. Keep everything else the same.",
    "video_url": "https://example.com/clip.mp4",
    "resolution": "720p",
    "mode": "async"
  }'

When is a reference clip the right choice?

Choose references when the new clip has a different scene, camera or length and you only want a person's likeness or a movement style carried over. Google's guide says video references work best with likenesses, that any audio in a reference video is ignored, and that each reference clip can be three seconds at most. Reference the clip in the prompt with <VIDEO_REF_0>, counting from zero in list order.

Do not stack many video references. The guide warns that referencing or reasoning across multiple videos is not supported and may degrade results, even though Sume's row accepts up to three clips.

How do I prepare a long clip for an edit?

Google's limits for uploaded video apply: inputs for editing must be 10 seconds or less, and editing uploaded videos is not available to users in the EEA, Switzerland and the United Kingdom. Cut your source down first with Sume's video trim, which returns a new MP4 for $0.02 per job and leaves the original alone.

Because the output length follows the source, Sume's doc says a duration sent alongside video_url is only a hint for the reserve estimate, and that fal does not return an output duration, so the reserve is not a probe. Plan for the cost of a clip as long as the source, and check the finished result's length before you use it in a timeline.

Sources

Related posts

More in Developers

All Developers posts

Written by Sume