Embodied AI data
How it works
1) Data is collected from many sources: teleoperation (an operator drives the robot), human/egocentric video, simulation/synthetic data and a robot's real interaction. 2) The data is curated, synchronized (observations-actions-proprioception) and (optionally) annotated. 3) Sources and embodiments are blended (cross-embodiment), and real data is mixed with simulation. 4) The dataset fuels model training (imitation/RL/pretraining), and the deployed robot generates new data, closing the data flywheel.
Problem solved
Robots need data about acting in the physical world which — unlike internet text/images — is scarce and expensive. Embodied AI data organizes the collection, curation and blending of such data sources.
Components
Teleoperation, human/egocentric video, simulation/synthetic data and a robot's real interaction.
Official
Synchronized triples: observation (vision/sensors), action (motion command) and state (proprioception).
Official
Curation, synchronization, annotation and blending of sources and embodiments (cross-embodiment), mixing sim + real.
Official
Implementation
Embodied data is hard to collect at scale — teleoperation is slow and expensive.
Data from one embodiment/simulation transfers poorly to other robots and reality.
Inconsistent, biased or unsafe demonstrations degrade learned policies.
Evolution
Large-scale human video becomes a data source for embodied AI.
Pooling data across many robots (cross-embodiment) demonstrates transfer and scaling of robot learning.
Mixing real data with simulation and data flywheels become standard for robot foundation models.
Hyperparameters (configurable axes)
Proportions of teleoperation, human video, simulation and real interaction.
Single- vs multi-embodiment (cross-embodiment) data.
From raw trajectories to rich labels (language, actions, success).
Computational complexity
Time complexity: Zalezna od skali i modalnosci danych. Space complexity: O(epizody × modalnosci × dlugosc).
Compute bottleneck
Embodied data is scarce and costly, strongly tied to embodiment, and simulation data does not always transfer to reality (sim-to-real).
Execution paradigm
Concerns the data/training phase.
A data strategy, no routing.
Parallelism
Training and simulation data generation are highly parallel; real-robot collection is sequential.
Hardware requirements
Simulation data generation and training on multimodal data are compute-intensive (GPU/TPU); large storage and I/O bandwidth are also needed.