Ideogram 4.5 edit with resolution 2K and no ratio: still source size
On Sume, an Ideogram 4.5 edit with resolution 2K but no aspect_ratio keeps the source size. Add a ratio to get 2K pixels, such as 2560x1440 for 16:9.

If you edit an image with ideogram/ideogram-v4.5 on Sume and send only resolution: "2K", you do not get a 2K image. The request is sent to the provider with image_size: "auto", which keeps the geometry of the first input image. To get 2K pixels you must also send an aspect_ratio, and then 16:9 comes back at 2560x1440.
This is easy to miss because the same parameter works on text-to-image: resolution: 2K alone gives 2048x2048 there.
Four requests, four outcomes
These results come from the Sume adapter's size resolver, called directly on 2026-10-05, with no paid generation.
| Call | aspect_ratio | resolution | Size sent |
|---|---|---|---|
| Edit | none | 2K | auto (source size) |
| Edit | 16:9 | 1K | 1536x864 |
| Edit | 16:9 | 2K | 2560x1440 |
| Text only | none | 2K | 2048x2048 |
Why the edit path behaves this way
Ideogram's own edit endpoint says the output resolution matches the input image exactly (Ideogram API reference, read 2026-10-05). Sume follows the same idea: no shape request means no resize, so unedited pixels can stay where they were.
Sume documents the matching rule: an edit without aspect_ratio keeps the source shape (Image API docs). The 2K tier only chooses between pixel sizes for a ratio, and with no ratio there is nothing to choose.
Which one to send
Pick by what you want from the edit.
- Keep the photo exactly as shaped: send no
aspect_ratioand noresolution. - Change the shape and want more pixels: send both, for example 16:9 and 2K.
- Source is small and you want it bigger without a new shape: this call cannot do that, so edit first and upscale after.
Limits
Do not read resolution: 2K on an edit as a quality control. Quality is separate: low, medium (the default) or high, priced by the Fal list at $0.03, $0.06 and $0.22 (read 2026-10-05), with Sume billing list x 1.25.
Always read the width and height of the returned file. A 2K request that quietly returned the source size is a normal outcome here, not an error, and your code should treat it as one.
A quick test you can run
Send one low edit with resolution: 2K and no shape, and one with aspect_ratio set to your source ratio. Read the width and height of both files. The first should match your source, the second should be the 2K size for that ratio. At $0.0375 each on Sume, the test costs about eight cents.
If the second result is not the size in the table at the top of this post, check that the ratio you sent is one of the 15 native ones, because a pixel string is snapped and a colon ratio that is not on the list is a 400.
Sources
Related posts
More in Models
- Ideogram 4.5 pixel size to ratio: where 1920x1080 and 1600x500 snap
On Sume, an Ideogram 4.5 pixel size such as 1080x1350 or 2400x1000 is snapped to the nearest of 15 native ratios: 4:5 and 2:1. Table of seven common sizes.
- Multi-turn ad edits with Ideogram 4.5: four rounds for 30 cents
Ideogram says 4.5 enables multi-turn editing. On Sume, chain each output URL into the next edit: four medium rounds cost $0.30, four high rounds $1.10.
- Multi-turn edits or one combined prompt: Ideogram 4.5 restart rule
Ideogram says 4.5 removes artifact buildup so multi-turn editing works. When to chain edits on Sume, and when to restart from the original instead.
- Ideogram 4.5 open weights are "soon": what to build on the API now
Ideogram says 4.5 open weights are coming. Until then it is an API call: the Sume id, $37.50 to $275 per 1,000 edits, and how to keep a later switch cheap.
Written by Sume