API Reference

Start Job

Start a previously created v1 job and pass model/background/composition settings.

Endpoint

POST /v1/jobs/{job_id}/start

Headers

HeaderRequiredDescription
X-Api-KeyYesAPI authentication
Content-Type: application/jsonYesJSON request body

Request Fields

FieldRequiredDescription
modelNooriginal | light | pro | human (uses job default when omitted)
text_promptNoUsed by pro model for subject targeting
backgroundNotransparent | color | image settings
compositionNoCanvas + foreground placement config
preview_durationNoPreview-only processing duration in seconds

Example Request

curl -X POST https://api.removebgvideo.com/v1/jobs/{JOB_ID}/start \
  -H "X-Api-Key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "pro",
    "text_prompt": "person, clothing accessories, glowing ring",
    "background": { "type": "transparent" },
    "composition": {
      "canvas": { "width": 1920, "height": 1080 },
      "foreground": {
        "anchor": "center",
        "scale": 1,
        "offset": { "x": 0, "y": 0 }
      }
    }
  }'

Response

{
  "success": true,
  "id": "job_123",
  "status": "processing",
  "message": "Job started"
}

API Contract Notes

  • All clients should handle non-2xx responses as structured error payloads.
  • Use explicit JSON schema validation for request payloads on your side.
  • Treat output_url as an asynchronous artifact and not an immediate response contract.
  • Persist job lifecycle state transitions for auditing and support.

Integration Verification

CheckHow to Verify
AuthenticationCall endpoint with valid and invalid key, confirm 200 vs 401
Rate limitsBurst test and confirm 429 handling with backoff
IdempotencyRetry same request and verify no duplicate side effects
ObservabilityConfirm request_id/job_id appears in logs and dashboards

Model/Feature Compatibility

Modeltext_promptBest Use Case
originalNoHigh quality general scenes
lightNoFast/simple scenes
proYesComplex object targeting
humanNoPortrait and people workflows

Server-side Validation Recommendations

  1. Reject unsupported model/output_format combinations early.
  2. Reject empty text_prompt when model=pro and prompt mode is required by your policy.
  3. Normalize composition defaults to avoid inconsistent render placement.

When to Use Start Job

Start Job belongs to the API Reference section and covers start a previously created v1 job and pass model/background/composition settings.

The page is written for developers and operators who need predictable video background removal behavior in production, not just a one-off demo request.

  • Validate the exact Start Job contract before wiring it into backend workers or customer-facing flows.
  • Use the field tables and examples to create request/response tests in staging.
  • Capture job_id, request_id, model, output_format, and user context whenever this endpoint participates in a production workflow.

Implementation Notes

Before you promote this workflow, test it with at least one short clip, one longer clip, and one visually difficult clip from your actual product or customer segment.

For support and debugging, persist the original input reference, selected model, output format, credit usage, and final job status alongside your internal user or project id.

  • Do not assume a processing request returns a finished video immediately; completed output is asynchronous.
  • Do not discard failed-job payloads before logging the error code and request context.
  • Do not let polling loops run without timeout, backoff, or terminal-state handling.

FAQ

QuestionAnswer
Is Start Job required for every integration?Use it when your integration calls this endpoint directly; otherwise review it to understand the contract behind SDK helpers.
What should I test before going live?Verify success, failure, timeout, retry, and insufficient-credit paths with realistic video files and the same output format you plan to ship.
How does this connect to the rest of the API?Most workflows connect upload or source URL handling, job creation, status polling, output retrieval, usage tracking, and operational logging.