Skip to main content
This FAQ summarizes common developer questions from Spatius Q&A records. For implementation steps, start from Choose Your Integration Path.

Avatar creation

Spatius supports more than realistic human avatars. The Avatar creation pipeline can also support semi-realistic, stylized, and cartoon-like 3D characters.Character models can be customized through the reconstruction workflow. For an example 3D character, see the Spatius website.
Use Create Avatar in Spatius Studio. The current creation flow supports creating an Avatar from a single portrait image.The detailed photo requirements are shown in Studio during the creation flow.
Typical custom Avatar generation takes about 3-5 hours. The generated result is a 3D Avatar model that can be used by AvatarKit.
Yes. Spatius can support half-body and full-body Avatar usage.Avatar position, foreground scale, scene framing, and composition are controlled by your client experience. Rendering a full 16:9 model at high quality depends on the end user’s device GPU.
No. The generated Avatar does not include a fixed background or scene.Treat AvatarKit as the foreground Avatar rendering layer. Your application owns the scene composition around it: place an image, video, WebGL scene, or native view behind the Avatar render surface, then control layout through your own canvas, DOM stacking, or native view hierarchy.This background layer is not sent to Motion Server. Motion Server only receives avatar speech audio and returns motion data; AvatarKit renders the Avatar locally, and your app composites the final visual scene.
After registering in Spatius Studio, public Avatars shown in Studio can be used directly.
No. Updating appearance, clothing, hairstyle, or similar visual attributes after creation is not currently supported.

Audio and lip sync

No. Spatius requires an audio stream, because motion data is generated from avatar speech audio.If your application starts from text, convert that text to speech first, then send the generated avatar speech audio to Spatius.
Spatius supports common realtime audio inputs, including PCM, Opus, and WebRTC audio tracks.For PCM input, use mono 16-bit PCM. Supported PCM sample rates are:8000, 16000, 22050, 24000, 32000, 44100, and 48000 Hz.For Opus input, supported sample rates are:8000, 12000, 16000, 24000, and 48000 Hz.
English lip sync quality is expected to be strong. In normal viewing, the difference from Chinese, Japanese, or Korean should not be obvious with clear audio.
Use a lip-sync benchmark such as SyncNet for quantitative evaluation. Spatius also provides SDKs and examples that can be used to generate test clips for your own review.
Under normal setup, lip sync should not visibly drift. If you see no lip sync or obvious mismatch, check:
  • Integration method: Direct Mode Integration, Platform Integration, embedded playground, or Backend Mode Integration.
  • Deployment and test region: your backend, realtime provider, Motion Server region, and end-user location.
  • Audio format and sample rate.
  • Whether avatar speech audio is sent promptly as it is generated.
Public playground demos may involve multiple cloud regions and realtime-provider edge nodes, so they are not always representative of your production region setup.
Use a realtime path. WebSocket and WebRTC are supported integration shapes; REST is not recommended for realtime avatar speech.For low-latency realtime agents, use a WebRTC-based integration such as LiveKit Agents Integration or Agora Convo AI Integration when that matches your stack.

Performance and limits

Typical time to first motion data is about 700-1200 ms. It is mainly affected by network conditions and how quickly avatar speech audio is sent to Motion Server.
The typical Avatar rendering target is 25 FPS.
The current standard target is around 1K / 25 FPS. Higher custom versions are not self-serve today.
Typical mouth-return delay after interruption or stop is about 1.6 seconds.This parameter can be tuned, but lower delay trades off against mouth-shape completeness and playback continuity.
Concurrency mainly means how many conversations can run at the same time. It does not inherently reduce the quality of one session, but it determines how many simultaneous conversations your plan and deployment can support.
Client GPU performance mainly affects rendering FPS and smoothness, not the generated avatar identity. Common modern devices should run the Avatar smoothly.

Expression and motion control

Not today. Beyond lip sync, explicit facial-expression control is not currently supported in the public SDK surface.The current runtime states are focused on idle, interruption, and speaking.
Not today. The current public SDK surface does not expose API control for custom body motion or gesture states.The current runtime states are focused on idle, interruption, and speaking.
User-triggered gaze or eye-movement control is not currently supported. Eye focus can be adjusted through Avatar model tuning, but it is not exposed as a runtime user setting.
Expressions and actions are currently inferred from audio and the Avatar model. They are not controlled through a public runtime API.

Integration and architecture

Spatius provides client SDKs for Web, Flutter, iOS, and Android.Third-party realtime integrations use an RTC SDK path for LiveKit and Agora.
In a WebRTC integration, the RTC path carries avatar audio and motion data to the client. The client renders the Avatar locally with AvatarKit.
Yes. The public demo repository includes a LiveKit path:https://github.com/spatius-ai/spatius-avatar-demoThe docs also include a LiveKit Agents quickstart.
Whether you use Direct Mode Integration or Backend Mode Integration, your application owns ASR, LLM, and TTS.This can become complex. For a packaged realtime-agent workflow, start with LiveKit Agents Integration.
Motion Server receives avatar speech audio and generates motion data. The client prepares and plays audio, receives motion data, and renders the Avatar locally.

Deployment and data

Spatius is deployed in us-west, ap-northeast, and cn-beijing. Public docs and examples default to us-west, and SDKs compose endpoint URLs from SPATIUS_REGION.See Regions for the current region list and endpoint reference. Demo behavior can also depend on the realtime provider used by that demo, such as LiveKit Cloud edge routing.
Private or on-prem deployment of Motion Server is not self-serve today. The current public integration model uses Spatius-hosted Motion Server plus client-side AvatarKit rendering.For strict private deployment or dedicated-region requirements, contact the Spatius team.
Evaluate the full path your product uses: your agent backend, TTS provider, Motion Server, realtime provider, client region, and end-user network.For low-latency production setups, keep the agent runtime, TTS provider, realtime provider, and Motion Server region as close as your deployment constraints allow.

Meeting and video-stream use cases

It is possible, but the solution is complex. Spatius does not push finished avatar video by default, so meeting-app output requires an additional layer that renders the Avatar and then sends video into the meeting app.This adds technical complexity and latency.
A headless-browser streaming approach must send audio, receive motion data, render the Avatar, and then push rendered video into another system.This adds operational complexity and latency compared with rendering directly in your own client.
No. There is no out-of-the-box virtual-camera output today.

Billing and support

Use the Spatius pricing page for current pricing and plan limits.Concurrency limits are hard limits in the plan. If you need higher concurrency, contact the Spatius team for a commercial quote.
Free credits may be available for evaluation. The Q&A record notes a monthly free-credit allowance and different grant plans for developers and enterprise users.Contact the Spatius team to confirm the current credit policy for your account.
The Q&A record notes USD or EUR payment through Stripe for billing. If billing is not enabled for your account yet, payment and concurrency can be set manually by the team before launch.
Use the Spatius Discord for developer support. Screen recordings help the engineering team debug visual or integration issues.For deeper debugging, coordinate with the Spatius team for a real-time engineering support session.

Next steps

Choose your integration path

Compare Direct Mode, Platform Integrations, and Backend Mode.

Demo projects

Run the public demos before building your own integration.

Audio concept

Understand audio input, send timing, and lip-sync behavior.