Quality gate before scale
Custom characters vary in skeleton structure and pose quality, so a retarget test is the practical gate before using the avatar in automated jobs.
CUSTOM AVATAR API
Plan AIMoCap API usage around published custom avatar targets, web setup, and repeatable motion jobs.
For teams that want API jobs to use custom avatar targets prepared in Studio.
A custom avatar mocap API should let a product run repeatable mocap jobs against character targets that have already been prepared, tested, and published.
Use AIMoCap when your team prepares avatars in Studio first, then wants API jobs to reuse those published targets for automated video mocap workflows.
Do not use this API path to skip avatar setup. New FBX characters still need upload, A-pose, binding, retarget testing, and publish steps before they are reliable targets.
Custom avatar API planning is different from a generic mocap API integration because the target character is part of the pipeline.
AIMoCap keeps avatar preparation and API processing as separate stages: prepare and publish the avatar through the character workflow, then run repeatable API jobs against supported targets.
This boundary helps teams avoid brittle automation. The API job can focus on upload, queueing, polling, and download while the avatar quality gate remains in the Studio retarget-test process.
Use these facts to decide whether this workflow matches your output, integration, and cleanup needs.
Custom characters vary in skeleton structure and pose quality, so a retarget test is the practical gate before using the avatar in automated jobs.
The API workflow becomes valuable after the avatar is reusable; repeated jobs can then target the same prepared character without redoing setup each time.
Automated jobs consume API v-credit, while avatar preparation remains a separate Studio workflow and should not be mixed with API usage reporting.
Upload the FBX character, adjust A-pose if needed, bind the skeleton, run a retarget test, and publish only after the result is approved.
Once a character target is published, API automation can focus on source video upload, complete-upload, queued processing, polling, and result retrieval.
Avatar setup is a quality gate. API v-credit tracks automated mocap usage separately from web Studio credits and from the one-time character preparation workflow.
A custom avatar should first be prepared, tested, and published through the character workflow. After that, API planning can treat it as a reusable target for repeatable mocap jobs.
No. New avatars need a setup and quality workflow: upload, A-pose, binding, retarget test, and publish before they are reliable targets.
Avatar quality depends on skeleton mapping and retarget results. Keeping setup separate prevents an automated API pipeline from repeatedly failing on an unvalidated character.
API mocap jobs use API v-credit. Web Studio credits and API v-credit are tracked separately.
No. Custom avatars are animation-character targets. Unitree G1 is a robot-oriented target with different downstream artifacts and validation needs.
Continue through this topic cluster to compare output formats, API options, and workflow boundaries.
Competitor details are summarized from public official pages and public community or review discussions. Community feedback is treated as directional signal, not as a universal product claim.