OpenRouter video size parameter on Sume: 400 unsupported_parameter

On Sume every video model reports supported_sizes null, so a size parameter returns 400 unsupported_parameter. Send resolution and aspect_ratio instead.

3 min readSume
All posts

Sending size such as 1280x720 to Sume's /v1/videos returns 400 unsupported_parameter, because every v1 model reports supported_sizes: null. Use resolution plus aspect_ratio instead.

What does OpenRouter accept?

OpenRouter's page lists resolution/aspect_ratio or size as output dimensions. Sume's differences table describes the OpenRouter side as accepting size where the model advertises supported_sizes.

What happens on Sume?

No Sume video model advertises sizes, so the field is rejected instead of ignored.

size handling, read 2026-09-30. Source: https://docs.sume.com/models/videos
ItemValue
supported_sizes on every v1 modelnull
size in a request400 unsupported_parameter
What to sendresolution + aspect_ratio

What is the replacement?

Pick resolution such as 720p and an aspect_ratio from the model's lists.

curl -X POST https://api.sume.com/v1/videos \
  -H "Authorization: Bearer $SUME_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: size-001" \
  -d '{"model":"seedance-2","prompt":"A drone shot over a coastline","resolution":"720p","aspect_ratio":"16:9"}'

How do I know which values are valid?

Read supported_resolutions and supported_aspect_ratios from GET /v1/videos/models. The video docs list both.

What else did the port change?

OpenRouter's page also names seed and provider; on Sume both are rejected in v1 as well. See the seed and provider.options posts in this series for the exact behavior.

Base path is https://api.sume.com/v1/videos with no /api segment, and auth is Authorization: Bearer $SUME_API_KEY.

Sources

Related posts

More in Developers

All Developers posts

Written by Sume