Credits

Pricing by Model

Billing Duration

Consumption is based on billed video duration and selected model credits/min.

In batch workloads, estimate credits before dispatching all jobs.

Check Pricing Endpoint

curl -X GET https://api.removebgvideo.com/api/pricing

Service Health Endpoint

curl -X GET https://api.removebgvideo.com/health

Production Readiness

• Pin SDK/API versions in deployment manifests and release notes.
• Record request_id/job_id in logs for every API interaction.
• Run smoke tests after each deploy using a known short test video.
• Separate dev/staging/prod keys and rotate keys regularly.

Acceptance Checklist

1. Validate one success path and one failure path end-to-end.
2. Confirm credits, usage metrics, and output links are consistent.
3. Set retry and timeout policy for 429/5xx response handling.
4. Document rollback procedure for integration incidents.

Cost Observability

1. Track credits consumed by model, customer, and feature flag.
2. Alert when spend deviates from expected baseline.
3. Expose cost per successful output in internal dashboard.

When to Use Credits

Credits belongs to the Getting Started section and covers understand consumption rules and estimate costs accurately.

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

• Use Credits when you are setting up a new RemoveBGVideo integration or onboarding another engineer.
• Convert each checklist item into a small staging test before enabling production traffic.
• Keep these defaults in your own backend configuration so UI clients do not need to understand every API detail.

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 ship with a personal sandbox API key in production.
• Do not skip failure-path testing; invalid files, insufficient credits, and transient worker errors need visible handling.
• Do not hardcode model and output defaults in multiple services without one owner for changes.

Related Documentation

FAQ