HeyGen offers two shapes inside very free dimensions
The usage limits page states sixteen by nine or nine by sixteen, on the same page that permits any width and height between 128 and 4,096 pixels. The permissive figure is the size; the binding figure is the shape, and it is the shorter list of the two. As of 2026-09-22.
| Statement | What it permits | Whether it binds |
|---|---|---|
| Aspect ratio | 16:9 or 9:16 | Yes: only two shapes |
| Dimensions | 128 to 4,096 pixels each side | Only at the extremes |
| Square output | Not stated | A 1:1 frame is not confirmable from this page |
Inclusion rule. Output shape and size statements on this usage limits page. Upload ceilings for input files belong to the file column and are recorded there. Order. The binding statement first.
1Free dimensions inside a fixed shape
Read alone, a range from 128 to 4,096 pixels on each side suggests any frame at all, including square and ultrawide. The shape list on the same page is two values, and that is the statement a placement check has to use.
This is the register's clearest case for keeping shape and size in separate columns. A single cell combining them would either overstate what the page offers or hide the unusual freedom on the size axis, and both readings would be wrong in different directions.
2The two shapes that matter, and nothing else
Widescreen and vertical cover the Masthead and every feed surface this register reads. For a presenter delivering a message to camera, those are also the only two framings the form really needs, which makes the short list a design decision rather than a gap.
Square is the omission with a real placement behind it: the one platform here that publishes a square option states one by one at 640x640 or more. That route cannot be confirmed from this page even though the dimension range plainly permits the pixels.
3What a free dimension range is actually good for
Odd pixel counts after a crop are a common cause of rejection at upload. A row that accepts arbitrary even dimensions inside its two shapes can be asked for the exact frame a platform wants, so the crop step that introduces the problem never happens.
That is a delivery advantage rather than a creative one, and it is the kind of thing a spec column surfaces only when the columns are read side by side. Alone, the shape cell looks like the most restrictive in the register; beside the size cell it is the most precise.
4Where this cell sits in the column
| Generator | Aspect ratio |
|---|---|
| Amazon Nova Reel | Not stated |
| CogVideoX | Not stated |
| Google Veo | 16:9 and 9:16 |
| Grok Imagine | Seven, 16:9 the default |
| Hedra | Seven, including 9:21 and 21:9 |
| HeyGen | 16:9 or 9:16 |
| Kling AI | Not stated |
| LTX-Video | Not stated |
| MiniMax | Six, required for text-to-video |
| Pika | Not stated |
| PixVerse | Eight on version 6 |
| Runway | Seven pixel pairs |
| SceneMixer | 9:16 and 16:9 |
| Vidu | Not stated |
| Wan 3.0 | Six, adaptive by default |
Inclusion rule. Every generator in the register, carrying whatever its own page says about output shape. Six rows say nothing and are marked hollow rather than dropped. Order. Alphabetical by generator name.
- Aspect ratios accepted16:9 or 9:16
- Output sizeWidth and height must each be between 128 and 4,096 pixelspublished as a range not a ladder
5Sources
Read from the HeyGen usage limits page, checked 2026-09-22. The column itself is described on aspect ratio, and the rule that keeps surfaces and generators apart is on method. Next along this column: Hedra, Runway.