AI photo edit came back a different size: four causes on Sume
A different edit size on Sume comes from four things: a shape request, a pixel string snapped to a ratio, the larger 1K edit size, or no aspect_ratio auto.

If an edit on Sume came back at a different size than your source, one of four things happened: you sent a shape, you sent a pixel string that was snapped to a ratio, the 1K edit size for that ratio is larger than text-to-image, or the model needs aspect_ratio: "auto" and you left it out. Find yours in the table, then fix the request instead of resizing the result.
The four causes
I checked the Ideogram rows by calling the Sume size resolver directly on 2026-10-05, with no paid call. The GPT row is from the Sume docs.
| Cause | Example request | Result | Fix |
|---|---|---|---|
| You sent a shape | Ideogram 4.5, aspect_ratio 16:9 | 1536x864 at 1K, 2560x1440 at 2K | Omit aspect_ratio |
| Pixel string snapped | image_size 1080x1350 | 4:5, 896x1120 | Omit image_size |
| Edit override at 1K | aspect_ratio 2:1 | 1408x704, text-only is 1440x720 | Plan crops from the edit size |
| Auto not set | GPT Image 2.5, no aspect_ratio | not the same as auto | Send aspect_ratio auto |
What stays the same
On Ideogram 4.5 an edit with no aspect_ratio and no image_size is sent as image_size: auto, which keeps the source geometry, and a lone resolution: 2K is ignored. That matches the Ideogram edit reference, which states that output resolution matches the input image exactly (read 2026-10-05). On GPT Image 2.5 and other edits, the Sume docs say to use aspect_ratio: "auto" to match the reference, because omitting it is not the same (Image API docs).
Find it in your logs
Log the request body next to the output size. If the body has aspect_ratio, image_size or size, the size change was asked for. If it has none and the size still changed, check the model: only some models keep the source shape on their own.
- Request has a shape field: expected, not a bug.
- Request is a pixel string: expected snap to the nearest ratio.
- Request has nothing and the model is GPT Image 2.5: add
aspect_ratio: auto. - Request has nothing and the size is still wrong: check the model's
aspect_ratiovalues inGET /v1/images/modelsand compare with the table.
What not to do
Do not resize a wrong-shaped edit back to the source size. A stretch changes the product, and a crop can lose the part you edited. Fix the request, re-run, and assert the size in code before the file goes anywhere.
A habit that prevents it
Keep one function that builds the edit request, and make it refuse to add a shape field unless the caller sets a flag. That one rule removes the first two causes in the table. Then add the size check after the call so the other two cannot pass silently.
Record the model id with each result. Behaviour differs by model, and a pipeline that switches models for cost reasons can change the output size without any change to your own code.
Sources
Related posts
More in Models
- AI podcast cover art on Flux 2 Flex: $0.0625 per image on Sume
Flux 2 Flex lists at $0.05 and bills $0.0625 on Sume; a square podcast cover takes 1:1, and eight concepts cost $0.50 at one image each.
- AI quote card backgrounds on Seedream 4: auto ratio, $0.0325 each
Seedream 4 lists at $0.026 and bills $0.0325 on Sume; its ratio list adds auto, so ten quote card backgrounds cost $0.325 in 1:1, 4:5 or 9:16.
- AI snow globe product render: Seedream 5.0 Lite at $0.04375
A snow globe render on Seedream 5.0 Lite lists at $0.035 and bills $0.04375 on Sume; n=4 gives four 1:1 takes for $0.175 with one reference photo.
- AI tattoo flash sheet: 12 designs in one Ideogram V3 image, sliced
One Ideogram V3 image holds a 3x4 sheet of 12 flash designs for $0.075 billed; slice it into 12 files in Pillow instead of paying for 12 calls ($0.90).
Written by Sume