Answers

What does 'The service is currently experiencing high load' mean in Veo?

By BananaBanana TeamPublished Last checked

Short answer

It is a capacity error from Google, raised inside a generation that already started — your prompt is fine. It hits hardest on the most expensive configurations, especially 4K with a last frame. The job is restarted automatically up to four times on the same key; if all attempts fail you get the error code HIGH_LOAD and a full refund.

Where it comes from
Google's video backend, inside a running operation
Most common trigger
4K resolution combined with a last frame
Automatic retries
Up to 4, same key, no extra charge
Error code after retries
HIGH_LOAD
Cost
$0.00 — refunded when the job finally fails
The error is raised inside an operation that already started, so it is handled by restarting that operation rather than by rewriting the prompt.

Facts on this page were checked against the live platform on .

01In detail

Why does it appear after the generation has already started?

A Veo request is a long-running operation: the API accepts it immediately and the actual work is scheduled afterwards. Capacity is checked when that work runs, not when the request is accepted — so the error surfaces one to several minutes in, inside an operation that looked healthy.

That is also why it is not a rate limit. Rate limiting answers 429 at submission time and is handled by rotating to another key. High load happens later, on the machine that was supposed to render your clip, and rotating keys does not help because the shortage is on Google's side, not ours.

Why do 4K jobs hit it most?

The heaviest configurations queue for the scarcest hardware. In our logs the combination that fails most often is 4K output together with a last frame — the interpolation pass on top of a 4K render is the single most demanding thing the model does.

If you keep hitting it on a deadline, the pragmatic route is to generate at 1080p, which on Veo 3.1 and Veo 3.1 Fast costs exactly the same as 720p and almost never queues, and upscale afterwards if you truly need 4K delivery.

What happens automatically, and what should I do?

The generation is restarted for you, up to four times, reusing the same API key so the operation stays in the same project. The studio shows a live counter — *retry 2 of 4* — so a job that seems to be taking a long time is usually a job that is being retried rather than a stuck one.

If all four attempts hit the same wall, the job is marked failed with the code HIGH_LOAD and the money goes back to your balance in the same transaction. Nothing is left in limbo and there is nothing to claim.

Your part is simply to try again later, or to drop from 4K to 1080p. High load is transient and follows Google's regional load curve; the same configuration that fails four times in a row often succeeds twenty minutes later.

02Go deeper

Where this is documented

03Guides

Longer reads on the same thing

04Also asked

More on this question

Is this the same as a quota error?

No. Quota errors (DAILY_QUOTA, MINUTE_QUOTA) are limits on our project keys and are answered by rotating keys. HIGH_LOAD is Google running short of capacity for your configuration.

Do the automatic retries cost me anything?

No. You are charged once when the job starts, and the whole amount comes back if the job ultimately fails. Retries are not billed separately.

Does Gemini Omni Flash have the same problem?

It uses a different API path and does not carry the high-load retry logic. Its failures are reported directly and refunded the same way.

Can I avoid it entirely?

Not entirely, but you can make it rare: 1080p instead of 4K, and no last frame unless the shot needs interpolation. Those two changes remove most occurrences.

05Related

Questions next door

Try it on your own prompt

New accounts start with $0.20 of balance — no card, nothing expires.