Video requests rejected before creating a job previously returned
429
with the
invalid_request_error
type and
rate_limit_exceeded
code for these conditions. Rapid traffic increases now return
429
with
rate_limit_error
and
slow_down
; model overload returns
503
with
service_unavailable_error
and
server_is_overloaded
. Errors reported in a video job’s status are a separate case.
Handle both
429
and
503
in your SDK error handlers. For example, Python, TypeScript, and Ruby use
RateLimitError
for
429
and
InternalServerError
for
503
; Java uses
RateLimitException
and
InternalServerException
. Keep support for earlier response codes while your application can still receive them. Other errors can use the same HTTP statuses, so inspect the error body before choosing a recovery action.
