How it works
- Asset defaults — Open any asset in the catalog and expand Simulator compatibility to enable or disable each backend. This becomes the starting point for all twins created from that asset.
- Per-twin overrides — In the environment editor, select a twin and open the twin panel. The Simulator compatibility section (near the Fixed base toggle) lets you override the asset default for that specific twin instance.
- Compatibility gate — When you try to start a remote simulation (e.g. MuJoCo), Cyberwave checks every twin in the environment. If any twin is not marked as compatible with the selected backend, the simulation will not start and the simulator panel will list the incompatible twins.
Supported backends
Changing compatibility
- To fix a blocked MuJoCo simulation: either enable MuJoCo on the incompatible twin(s) in the twin panel, or update the asset default so future twins are compatible by default.
- To exclude a twin from MuJoCo: disable MuJoCo on that twin in the twin panel. The twin will remain in the environment for other purposes but will block MuJoCo start until re-enabled.
Notes
Prepare missing simulation data
Select a robot or procedural object in the environment editor and open Simulation readiness → Prepare simulation. Confirm the checks, follow progress there, and review the proposed changes. Estimates require separate acceptance; stop simulation, controllers and training before applying. Shared catalog assets and calibration stay unchanged. A passing MuJoCo check is not proof of real-world accuracy, successful grasping or camera streaming. Missing data and blank camera renders remain visible as blockers. Preparation does not start policy training or publish assets.- New twins always inherit the asset’s compatibility list at creation time. Changing the asset default does not retroactively update existing twins.
- Playground is not enforced by a server-side gate; it is always available as a local simulation option regardless of twin compatibility settings.