Who decides where the cuts go in a minute of picture
One page returns up to two minutes inside a single request, in six second increments. The other returns five to fifteen continuous seconds per call. A minute is one job on the first and four on the second, and the difference is who chooses where the cuts fall. As of 2026-09-22.
| What the pages state | Amazon Nova Reel | Runway |
|---|---|---|
| Requests needed | One | Four |
| Where the cuts fall | Inside the request, chosen by the model | At the joins, chosen by an editor |
| Grain of the length | Six second increments | Any whole second from five to fifteen |
Inclusion rule. Published length figures only, with the request count worked out by division. No claim is made about how either set of cuts looks. Order. The count first, then what it implies about control.
1Fewer joins is not automatically better
Four requests means three seams to reconcile and three chances for a face or a key light to drift. One request means none of that work exists. For a schedule, the first row plainly wins.
For an advertisement with a fixed beat at the end, it can lose. The cuts inside that one request were placed by the model, so the last six seconds are wherever the model decided they start, and a brief that needs a product shot to land on a particular word has no handle on it.
2The grain matters more than the ceiling
Six second increments mean a slot has to be expressed in sixes. A thirty second window is five beats exactly; a five to six second bumper is one beat and nothing is wasted. An eight second idea has no legal value at all.
On the other row any whole value from five to fifteen is available, so the beat is written first. The cost is that the fifteen second ceiling puts four seams into a minute, and the vendor charges per second of output on top.
3What a plan should read first on each row
On the increment row, read the model identifier condition: anything past the first six seconds requires a particular model ID, and a request against the wrong one comes back short with nothing that mentions versions.
On the continuous row, read the billing basis. Length is charged per second, so iterating at the top of the range costs three times iterating at the bottom, and the cheap order of work is to settle framing short and raise the length once.
4The rest of the column behind these two
| Generator | Duration |
|---|---|
| Amazon Nova Reel | 6 s increments, up to two minutes |
| CogVideoX | 6 s, at 49 frames |
| Google Veo | 4, 6 or 8 s |
| Grok Imagine | 1 to 15 s |
| Hedra | 10 minutes |
| HeyGen | 30 minutes per scene |
| Kling AI | Not stated |
| LTX-Video | Frames, never seconds |
| MiniMax | 4 to 15 s |
| Pika | 5 s and 10 s, 20-25 s on Pikaframes |
| PixVerse | 1 to 15 s on version 6 |
| Runway | 5 to 15 s on Gen-4.5 |
| SceneMixer | Thirty seconds on the Wan tiers, fifteen on H3 |
| Vidu | Not stated |
| Wan 3.0 | 2 to 30 s |
Inclusion rule. Every generator this register carries, on the one column this pair disagrees about. Rows that state nothing keep their place and are marked hollow. Order. Alphabetical by generator name.
Why these two. Both rows can fill a minute. One takes the joining work away and takes the placement of the cuts with it; the other leaves both with the editor. That trade is invisible in the length column and decides how the job is scheduled.
- Video duration6 second increments, up to two minutesfrom the model table
- Gen-4.5Durations are 5-15 seconds on Gen-4.5, for text-to-video and image-to-video alikestated per endpoint
5Sources
Read from the Amazon Nova user guide and the Runway API input reference, both checked 2026-09-22. The column is described on duration, and each entry has its own cell page at Amazon Nova Reel and Runway, and the rule that keeps surfaces and generators apart is on method. Nearby pairs: CogVideoX and Kling AI, HeyGen and Veo.