Ceilings sorted by route against ceilings by asset
One page caps inputs by route: 5MB as a data URI, 16MB by URL, 200MB as an ephemeral upload. The other caps them by asset type: 32MB for an asset, 50MB for an image or audio, 100MB for a video. Both are the only rows in this register with a file figure at all. As of 2026-09-22.
| What the pages state | Runway | HeyGen |
|---|---|---|
| Organising principle | How the file arrives | What the file is |
| Tightest figure | 5MB, as a data URI | 32MB, for an asset upload |
| Loosest figure | 200MB, ephemeral upload | 100MB, for a video |
Inclusion rule. Input ceilings each page states, grouped as each page groups them. Neither page states an output file size, so no such figure is recorded. Order. The principle first, then the extremes of each scheme.
1Two reasonable schemes, not comparable
Asking which row is more permissive is not answerable. A 40MB reference video clears one page by URL and clears the other as a video, and a 40MB audio file clears one page by URL and fails the other by ten megabytes.
So the useful reading is per pipeline rather than per vendor. Whatever a job actually sends, and however it sends it, decides which figure on which page applies, and the register keeps both schemes in their own words.
2On one row the file ceiling touches the length
The asset-type row is the one whose output length follows a supplied audio track, and the same page caps an audio upload at fifty megabytes. That is the only place in this register where a file column limits a duration column.
At ordinary speech bitrates fifty megabytes is far more than any advertisement needs, so the interaction never binds here. It is worth recording because it exists at all, and because nothing in the duration cell hints at it.
3What both pages leave out is the same thing
Neither states an output file size. The one surface in this register with a published file rule caps an upload at 500 MB and sets a bitrate floor of 516 kbps, and neither of these pages can be checked against either figure.
That is the general shape of the file column on these sheets: requirements on the surface side, input ceilings and retention clocks on the generator side, and no overlap. The only way to close it is to measure the delivered file.
4The rest of the column behind these two
| Generator | File |
|---|---|
| Amazon Nova Reel | Not stated |
| CogVideoX | Not stated |
| Google Veo | Held on the server for 2 days |
| Grok Imagine | Not stated |
| Hedra | Not stated |
| HeyGen | Upload ceilings, 32MB to 100MB |
| Kling AI | Not stated |
| LTX-Video | Not stated |
| MiniMax | Not stated |
| Pika | Not stated |
| PixVerse | Not stated |
| Runway | Input ceilings, 5MB to 200MB |
| SceneMixer | Not stated |
| Vidu | Not stated |
| Wan 3.0 | A URL valid for 24 hours |
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 publish file ceilings and neither can be compared to the other without deciding which axis the numbers are on. A plan that carries the figures across will compare a route to an asset type and get a wrong answer.
- Ceilings on what goes in16MB for an image and 32MB for a video by URL, 5MB and 16MB as a data URI, 200MB for an ephemeral uploadnot on what comes out
- Upload ceilings100MB for a video, 50MB for an image or an audio file, 32MB for an asset upload
5Sources
Read from the Runway API input reference and the HeyGen usage limits page, both checked 2026-09-22. The column is described on file, and each entry has its own cell page at Runway and HeyGen, and the rule that keeps surfaces and generators apart is on method. Nearby pairs: CogVideoX and LTX-Video, LTX-Video and PixVerse.