Celebrating 25 years of DDD's Excellence and Social Impact.

Robotics

Annotate Egocentric Video

How to Annotate Egocentric Video for Robot Manipulation

Udit Khanna

Collecting egocentric video for robot manipulation is now a largely solved problem. Consumer hardware, established capture protocols, and a fast-growing ecosystem of open datasets have made first-person footage the most accessible demonstration data source in robotics. Annotating it correctly is not solved, and that is where most programs lose the advantage they were trying to build. 

The reason annotation matters so much is that egocentric footage contains information that standard video annotation pipelines were not designed to extract. Hand-object contact state, gaze direction at the moment of action, precise 3D joint positions, and task phase transitions are all present in the data. They are available only as training signals if the annotation pipeline is configured to capture them. A standard object detection and action labeling pipeline applied to egocentric footage will produce correct labels that miss everything that makes the egocentric perspective valuable.

This blog covers the complete annotation stack for egocentric robot manipulation video: what labels are required at each level, what annotation quality standards apply, and what quality control processes distinguish annotation programs that produce a reliable policy-training signal from those that produce correctly formatted but misleading supervision. 

Key Takeaways

  • Egocentric video requires annotation at four levels: episode, segment, frame, and sensor stream. Annotation at one level cannot substitute for annotation at another, and missing any level produces a training set with systematic gaps.
  • Hand-object contact annotation is the most consequential label in manipulation video and the one most commonly done wrong. Contact onset and offset must be identified at the frame level, not the second level, and contact quality must be assessed, not just contact presence.
  • Gaze annotation is only meaningful when it identifies the fixation target, not just the gaze direction. A gaze direction vector that points at a cluttered scene tells the policy very little. A gaze target label that identifies the specific object or region the demonstrator was fixating on is what makes gaze information useful for policy learning.
  • Sensor stream synchronization must be verified before annotation begins. A contact label applied to a frame that is 50 milliseconds offset from the corresponding tactile or force reading produces a training signal that is systematically wrong at the most critical moments of a manipulation task.
  • Cross-embodiment annotation requires robot-agnostic task descriptions alongside robot-specific action data. EgoDex uses SE(3) annotations (poses in the special Euclidean group, capturing full 3D position and orientation) for 25 joints of both hands per frame as its joint-level ground truth; programs building datasets for cross-embodiment training should understand what their target format requires before annotation begins.

The Four Annotation Levels for Egocentric Manipulation Video

Level 1: Episode-Level Annotation

Episode-level annotation assigns labels to the entire recorded demonstration as a unit. The minimum required fields are task identity, task success or failure, a natural language task description, and collection metadata covering the hardware used, the scene configuration, and the demonstrator identifier. For programs training instruction-conditioned or language-conditioned policies, natural language task descriptions are a first-class annotation modality rather than optional metadata, and their quality, specifically whether they describe what the task accomplishes in the language that users will actually use, determines how well the policy learns language grounding.

Episode-level annotation also supports dataset balancing. Coverage metadata across scene type, object category, and task type is what enables the training pipeline to identify and address coverage gaps systematically rather than training on whatever distribution the collection produced by default.

Level 2: Segment-Level Annotation

Segment-level annotation divides an episode into labeled temporal segments corresponding to meaningful task phases. For manipulation tasks, the standard phase decomposition is approach, pre-grasp, grasp, transport, pre-place, place, and release. Each phase has different action requirements and different error modes, and a training pipeline that applies equal supervision weight to all phases will underweight the contact-rich phases where precision matters most.

Segment boundaries should be defined by the physical state of the task, specifically by changes in the contact state between the hand and the objects in the scene, rather than by visual heuristics such as hand speed or proximity. A segment boundary defined by contact state change is consistent across demonstrators and object types. A boundary defined by visual heuristics is demonstrator-specific and object-specific in ways that produce inconsistent training signal.

Level 3: Frame-Level Annotation

Frame-level annotation assigns labels to individual video frames, typically at the full capture rate or at a defined subsampling rate, depending on the task dynamics. The four label types required for manipulation policy training are: object state, tracking the position and manipulation status of each task-relevant object; end-effector state, recording gripper aperture and spatial relationship to the target; contact state, identifying whether contact is occurring and characterizing its quality; and task phase label at each frame, enabling phase-weighted training loss. EgoDex sets the current precision benchmark for this level of annotation: SE(3) poses for 25 joints of both hands at every frame, captured at 30 Hz via on-device simultaneous localization and mapping (SLAM) using multiple calibrated Apple Vision Pro cameras. Programs that need joint-level annotation at this precision for dexterous manipulation tasks should treat EgoDex’s annotation schema as the reference format.

Level 4: Sensor Stream Annotation

Modern egocentric capture rigs produce data streams beyond video: inertial measurement unit (IMU) data, eye gaze tracking, depth video, and, in precision setups, joint tracking. Sensor stream annotation assigns labels to these streams that synchronize with and extend the video annotation. The critical requirement is that synchronization is verified before annotation begins. A gaze target label applied to a gaze vector offset by 50 milliseconds from the corresponding video frame yields incorrect information about what the demonstrator was attending to at the moment of a critical manipulation event. At 30 Hz, 50 milliseconds is 1.5 frames. At 60 Hz, it is 3 frames. 

These offsets are small enough to be invisible in individual annotation reviews and large enough to corrupt the training signal for contact-rich tasks systematically. Synchronization verification therefore belongs at the start of the pipeline as a pre-annotation gate, confirming temporal alignment across all streams before any labeling begins, rather than as a correction applied after errors are discovered.

Hand-Object Contact Annotation: The Most Critical Label

Why Contact State Is Different From Contact Presence

Contact presence is a binary label: the hand is or is not touching an object. Contact state is a richer annotation that includes contact onset and offset at the frame level, the spatial location of contact on the object surface, the character of the contact (fingertip pinch, palmar wrap, or lateral pinch, for instance), and a quality assessment of whether the contact configuration is mechanically stable under the forces the subsequent task phase will apply.

The quality assessment is what most annotation programs skip and what causes the most policy failures. A grasp that passes the contact presence check but is rated as mechanically marginal because the object is held at the fingertip edge rather than centered will produce a training example that teaches the policy a grasp pattern that fails under any perturbation. In our experience running contact quality review at production scale, even a dataset where roughly one in ten grasps is mechanically marginal but labeled successful is enough to teach the policy to accept and reproduce that margin. The proportion is illustrative; the mechanism is not.

Annotation Protocol for Contact Quality

Contact quality assessment requires annotators with physical intuition about manipulation mechanics, not general-purpose video labelers. The annotation guidelines must specify, with examples, what a stable contact looks like for the specific object types in the dataset, what a marginal contact looks like, and what an unstable contact looks like. Calibration on a set of twenty to thirty representative examples before the main annotation pass establishes consistent application of these criteria across the annotation team. Inter-annotator agreement on contact quality for the calibration set, measured before production annotation begins, is the quality gate that determines whether the annotation process is ready to scale. 

In our experience, agreement below roughly 80 percent on contact quality labels for the calibration set is a signal that the guidelines need revision, not that the annotators need more practice. This threshold is a working heuristic drawn from production annotation programs rather than a published standard, and teams should calibrate it to the stakes of their specific task.

Gaze Annotation: Making the Target Explicit

Gaze direction data from a head-mounted eye tracker gives the angular direction of the demonstrator’s gaze at each frame. In a cluttered scene with multiple objects, this direction vector intersects with a region of the scene but does not identify which specific element within that region the demonstrator was fixating on. Annotating gaze direction without annotating gaze target produces data that tells the policy the demonstrator was looking somewhere in the vicinity of the action, which is far less informative than knowing they were specifically fixating on the handle of the mug rather than the mug body.

Gaze target annotation identifies the specific object, object part, or scene region that the demonstrator was attending to at each keyframe. This label is what enables gaze-conditioned policy learning, where the policy learns to attend to the same targets the demonstrator attended to at the same task phases. The most efficient annotation approach is to label gaze targets at keyframes corresponding to task phase transitions rather than at every video frame, and to propagate the label forward until the next keyframe where the gaze target changes. Without this target-level grounding, eye tracking data remains decorative sensor output rather than usable supervision.

Cross-Embodiment Annotation Requirements

Programs building egocentric datasets for cross-embodiment training face an additional annotation requirement that single-robot programs do not: the action representation must be robot-agnostic at the task description level while preserving robot-specific data at the control level. This two-level structure is what allows trajectories from human demonstrators wearing Apple Vision Pro to be co-trained with robot teleoperation data without requiring the training pipeline to reconcile incompatible action spaces.

The robot-agnostic layer consists of the natural language task description, the 3D spatial trajectory of the hand or end-effector in a world coordinate frame, and the contact state sequence. These are expressible in a coordinate system that is independent of the specific robot kinematics. The robot-specific layer consists of the joint angles and gripper commands that translate the spatial trajectory into commands for a specific robot embodiment. Annotating only the robot-specific layer locks the dataset to a single embodiment; adding the robot-agnostic layer is what opens it to co-training with egocentric human demonstration data.

How Digital Divide Data Can Help

Digital Divide Data builds egocentric annotation pipelines that extract the full training signal from first-person manipulation footage, not just correctly formatted labels.

Our annotation teams are trained specifically on egocentric manipulation video, with quality control designed to catch the failures that matter: mechanically marginal grasps labeled as successful, and gaze-direction labels that miss the actual fixation target. That covers the frame-level stack in full: contact state, gaze target, object state, and task phase, at production scale.

For multi-modal rigs, we handle synchronization verification and label integration across video, IMU, gaze, and joint-tracking streams, with temporal alignment confirmed as a pre-annotation gate rather than discovered after the dataset is built. And for programs starting from scratch, we work upstream of annotation itself: protocol design, hardware selection, and schema design that keeps collection and annotation aligned before either begins.

If your pipeline produces contact presence but not contact quality, gaze direction but not gaze target, or robot-specific action data without robot-agnostic task descriptions, the footage you have collected is worth more than the signal you are pulling from it. Talk to an expert.

Conclusion

The annotation stack for egocentric robot manipulation video is substantially more demanding than for standard manipulation video, and for good reason: the information that makes egocentric data valuable is precisely the information that standard annotation pipelines were not designed to capture. Contact quality, gaze target, sensor synchronization, and robot-agnostic task description are the labels that determine whether egocentric footage produces a policy that generalizes or one that merely passes the training loss.

Programs that collect egocentric video without building the annotation pipeline to match it are leaving the most important part of the data value on the table. What does your current egocentric annotation pipeline produce at the contact quality, gaze target, and sensor synchronization levels, and is that the complete annotation stack your training pipeline actually needs?

References

Kareer, S., Patel, D., Punamiya, R., Mathur, P., Cheng, S., Wang, C., Hoffman, J., & Xu, D. (2024). EgoMimic: Scaling imitation learning via egocentric video. In Conference on Robot Learning (CoRL). https://arxiv.org/abs/2410.24221

Hoque, R., Huang, P., Yoon, D. J., Sivapurapu, M., & Zhang, J. (2025). EgoDex: Learning dexterous manipulation from large-scale egocentric video. arXiv. https://arxiv.org/abs/2505.11709

Punamiya, R., Kareer, S., Liu, Z., Citron, J., Qiu, R., Cai, X., Gavryushin, A., Chen, J., Liconti, D., Zhu, L. Y., et al. (2026). EgoVerse: An egocentric human dataset for robot learning from around the world. arXiv. https://arxiv.org/abs/2604.07607

Frequently Asked Questions

Q1. Why does gaze annotation matter for robot manipulation policy training?

Gaze annotation tells the policy what the demonstrator was attending to at each moment of the task, which is information that the video frames alone do not reliably convey in cluttered scenes. At task phase transitions, where the demonstrator shifts from fixating on the approach target to fixating on the grasp point to fixating on the placement target, the gaze label captures the intended focus of attention that determines what the next action should be. Policies trained with gaze target labels learn to attend to the same task-relevant features at the same task phases as the demonstrator. Policies trained without gaze information must infer the relevant features from the action sequence alone, which produces weaker generalization to new object arrangements.

Q2. What frame rate should egocentric video be annotated at for manipulation tasks?

The annotation rate depends on the task dynamics. For slow, deliberate manipulation tasks like assembly or placement, annotating every fifth frame at 30 Hz, roughly six frames per second, captures phase transitions and contact events with adequate resolution. For fast, dynamic tasks like catching or rapid sequencing, full frame-rate annotation or at least every other frame is required to capture contact onset and offset accurately. The contact quality assessment should always be performed at the frame where contact is first established and at the frame where it ends, regardless of the general annotation rate, because these are the frames with the highest policy training value and the highest annotation error cost.

Q3. How do you handle occlusion in egocentric manipulation annotation?

Occlusion, where the demonstrator’s own hand or arm blocks the camera’s view of the object being manipulated, is the most frequent annotation challenge in egocentric footage. The standard approaches are: maintaining the last observed object state label until contact state changes, using depth video to infer 3D position when the color camera (RGB) view is occluded, and marking occluded frames with an occlusion flag that allows the training pipeline to apply reduced loss weight to those frames. Frames with complete occlusion of the primary task object during contact should be flagged rather than guessed, because a guessed label during contact is worse than a missing label.

Q4. How do you build an annotation calibration set for contact quality?

Select twenty to thirty episodes representing the full range of contact quality the dataset contains: clear examples of stable grasps across the object types in the collection, clear examples of mechanically marginal grasps at different stages of marginality, and clear examples of unstable contact that would fail under load. Have every annotator on the team label the calibration set independently, then measure inter-annotator agreement on the contact quality dimension specifically. The calibration review session should examine every disagreement on contact quality cases to determine whether the disagreement stems from guideline ambiguity, which requires guideline revision, or from annotator interpretation differences, which requires calibration discussion. The calibration set should be retained as a reference benchmark for ongoing quality monitoring throughout the annotation program.

Q5. What action representation format is required for cross-embodiment training with egocentric human data?

Cross-embodiment training requires a two-layer action representation. The robot-agnostic layer captures the 3D spatial trajectory of the hand or end-effector in a world coordinate frame, the contact state sequence, and the natural language task description. This layer can be aligned across human demonstrations and robot data from different embodiments. The robot-specific layer captures the joint angles and gripper commands that map the spatial trajectory to the specific robot. The Open X-Embodiment dataset established a widely adopted schema for the robot-specific layer. For the hand-level data from egocentric human demonstrations, EgoDex uses SE(3) annotations for 25 joints of both hands as the ground truth format. Programs building datasets intended for cross-embodiment training should decide on both layers before collection and annotation begin, because converting action representations after the fact is significantly more expensive than designing the annotation schema correctly upfront.

How to Annotate Egocentric Video for Robot Manipulation Read Post »

Egocentric Datasets

Why Egocentric Datasets are Becoming the New Standard for Training Robotics Models

Udit Khanna

Robot training data has a perspective problem. Most demonstration datasets are collected from fixed external cameras, ceiling rigs, or third-person views that watch the robot execute a task from outside. These perspectives are convenient to set up, but they produce a fundamental mismatch at deployment: the robot’s onboard camera is not mounted on the ceiling. It sees the world from the agent’s own position. 

A policy trained primarily on external perspectives must close a viewpoint gap at inference time that the training data did not address. Research on manipulation tasks has shown that adding an egocentric wrist-mounted view improves task success by more than 50 percent over third-person baselines on tasks requiring fine-grained spatial alignment. The field has absorbed this finding and is now moving fast.

Egocentric datasets, data collected from the point of view of the acting agent, are no longer a niche research track. A wave of large-scale releases in 2025 and 2026 has pushed egocentric human demonstration data into the mainstream of robot learning. The reason is both practical and principled: human egocentric video is far cheaper to collect than robot teleoperation data, covers a vastly larger range of tasks and environments, and when aligned correctly, transfers meaningfully to robot policy performance.

This blog covers the current state of egocentric datasets for robotics, what makes them effective, what alignment and annotation work they require, and what the data programs behind them actually look like in practice. Physical AI data services and video annotation services are the two capabilities most directly involved in building egocentric data programs that produce robot policies capable of generalizing beyond controlled collection environments.

Key Takeaways

  • Egocentric data captures the world from the perspective of the acting agent. This preserves the spatial, contact, and gaze signals that external cameras lose, and it matches the inference-time viewpoint of the deployed robot.
  • The performance evidence is now substantial. EgoMimic demonstrated 34 to 228 percent relative improvement in task score over state-of-the-art imitation learning baselines. EgoVerse showed up to 30 percent relative gains from co-training across multiple robots and tasks. EgoScale achieved a 54 percent improvement in average success rate over a no-pretraining baseline using over 20,854 hours of egocentric video.
  • Human egocentric demonstrations are cheaper to collect and faster to scale than robot teleoperation. A person wearing smart glasses can capture diverse manipulation tasks across real environments at a fraction of the cost and setup time required for a teleoperation rig.
  • Raw egocentric footage is not training-ready. Hand-object contact labels, gaze target annotation, task phase segmentation, and cross-embodiment action alignment are what convert first-person video into a usable supervision signal for a robot policy.
  • Dataset diversity drives generalization more than volume alone. The best-performing egocentric programs sample across environments, objects, lighting conditions, and demonstrators systematically rather than collecting large volumes in a narrow setting.

What Egocentric Data Is and Why It Matters for Robotics

The Viewpoint Mismatch Problem

A robot policy trained on external camera footage must solve two problems simultaneously at deployment: it must execute the task, and it must compensate for the viewpoint difference between the training data it learned from and the sensor stream it is actually receiving. This compensation is rarely explicit. It shows up as brittleness when the camera angle changes, when object positions shift relative to the robot’s own position, or when the spatial precision required by the task exceeds what the external viewpoint could reliably convey.

Egocentric data eliminates this mismatch by design. When the training data is collected from the same perspective the robot’s camera occupies at deployment, the policy learns spatial relationships, distances, and contact geometries in the coordinate frame it will actually use. This is not a marginal improvement in the conditions that matter most for contact-rich manipulation, precise insertion, delicate placement, and dexterous grasping. It is often the difference between a policy that generalizes and one that does not.

What Egocentric Data Captures That External Cameras Cannot

The information advantage of egocentric data goes beyond viewpoint alignment. Hand-object contact is clearer from the agent’s perspective because the hands are closer to the camera and less likely to be occluded by the robot’s own body. Gaze direction, where the demonstrator is looking at each moment, is only accessible from a head-mounted or wrist-mounted camera. Relative depth and proximity between the end-effector and a target object are more accurately represented from the robot’s own viewpoint than from a ceiling camera that may be meters away from the action.

These signals matter because they are what contact-rich manipulation tasks depend on. A policy that cannot accurately represent the spatial relationship between its gripper and a target during the approach phase will fail at grasp. A policy that cannot detect contact state from its own viewpoint will fail at placement. Video annotation services that are built specifically for egocentric footage, extracting hand-object contact, gaze, and proximity labels frame by frame, produce the supervision signals that make these capabilities learnable from human demonstration data.

The Current Landscape of Egocentric Datasets for Robotics

The Scale That Has Emerged in the Past 18 Months

The quantity and quality of publicly available egocentric datasets for robotics has changed dramatically since late 2024. EgoScale (Grauman et al., 2026) trained a VLA model on over 20,854 hours of action-labeled egocentric human video and demonstrated a log-linear scaling law between human data scale and validation loss, with that loss strongly correlating to downstream robot performance. This is the first published evidence of a scaling law connecting egocentric human data volume directly to robot policy quality.

EgoVerse, released in April 2026 by a consortium spanning Georgia Tech, Stanford, UC San Diego, ETH Zurich, MIT, and Meta Reality Labs, provides 1,362 hours of egocentric demonstrations across 1,965 tasks, 240 scenes, and 2,087 demonstrators from multiple countries. The dataset was designed explicitly for robot learning and validated through a multi-robot co-training study across multiple labs, with consistent gains of up to 30 percent relative improvement across different robot embodiments.

Apple’s EgoDex (Hoque et al., 2025) adds a precision layer that most large-scale datasets lack: 829 hours of egocentric video paired with 3D tracking of every joint of each finger at 30 Hz, captured via Apple Vision Pro across 194 tabletop manipulation tasks. The fine-grained hand pose annotation in EgoDex addresses the finger-level precision gap that earlier large-scale datasets did not cover.

What Makes Egocentric Data Work: Alignment and Annotation

The Embodiment Gap and How Data Programs Address It

Human hands and robot grippers do not move the same way. A human grasps an egg with compliant fingers that distribute force naturally. A robot gripper applies force through two rigid surfaces at fixed positions. An egocentric dataset that records human hand demonstrations without addressing this kinematic difference will produce a training signal that teaches the robot to imitate human hand shapes it cannot replicate.

Alignment techniques address this by mapping human hand trajectories to robot-executable action representations. This can be done through retargeting, which converts human hand poses to robot joint configurations, or through observation-space alignment, which finds shared representations between human and robot visual inputs. The specific approach depends on the robot hardware and task structure, but all of them require the annotation infrastructure to capture precise 3D hand pose data at the frame level before any alignment can be performed.

What Annotation Egocentric Data Requires

Frame-level annotation for egocentric robotics data is more demanding than for standard video datasets. At minimum, a training-ready egocentric episode requires: contact state labels identifying when and where the hand is making contact with an object; hand pose annotations capturing 3D joint positions across all fingers; task phase segmentation dividing the episode into approach, grasp, transport, place, and release phases; object state labels tracking what each manipulated object is doing at each timestep; and natural language task descriptions that connect the visual demonstration to instruction-conditioned policy architectures. 

Physical AI data services that are designed for egocentric collection rather than adapted from standard annotation pipelines produce this full annotation stack as a coordinated output rather than requiring separate annotation passes for each label type.

Sensor Synchronization Across Modalities

Modern egocentric capture rigs produce multiple simultaneous data streams: RGB video, IMU data, eye gaze tracking, depth, and, in precision setups like Apple Vision Pro, millimeter-accurate hand joint tracking. These streams run at different sampling rates and accumulate timing offsets that must be resolved before annotation begins. A contact label applied to a gaze sample that is 50 milliseconds offset from the corresponding visual frame produces a training signal that is systematically wrong about what the policy was attending to at the moment of contact. Sensor data annotation programs that include synchronization verification as a pre-annotation step, not a post-annotation correction, prevent this class of systematic error from propagating through the full dataset.

Collection Protocol Design for Egocentric Robotics Data

Why Diversity Planning Matters More Than Volume

The EgoScale finding of a log-linear scaling law between data volume and validation loss might suggest that collecting more data is always the right investment. What the same paper also demonstrates is that the diversity of the collection, across environments, objects, and demonstrators, determines how much of that scaling benefit transfers to robot deployment. A dataset of 20,000 hours collected in three environments by ten demonstrators will produce a policy with a much narrower generalization range than a dataset of the same size collected across hundreds of environments by thousands of demonstrators.

EgoVerse’s design reflects this. Its 1,362 hours span 240 distinct scenes and 2,087 demonstrators from multiple countries, not because those numbers were an arbitrary target but because the researchers found that domain-aligned data is crucial for effective scaling. A smaller, more diverse dataset consistently outperforms a larger, narrower one when the evaluation includes out-of-distribution tasks and environments. Data collection and curation services that build scene diversity, object diversity, and demonstrator diversity into the collection protocol from the start, rather than treating coverage as something to assess after the collection is complete, produce egocentric datasets with the generalization properties that deployment requires.

Hardware Selection and Its Impact on Data Quality

The hardware used for egocentric capture directly determines what information is available for annotation and what alignment techniques are applicable. Head-mounted cameras like Meta Project Aria provide eye gaze tracking alongside RGB video, making gaze-based annotation possible. Apple Vision Pro provides the most precise finger-joint tracking currently available in a consumer device, making fine-grained dexterous manipulation annotation feasible at scale. Wrist-mounted cameras provide a closer view of hand-object contact but lose head-level gaze information.

The choice is not purely a quality decision. It is also a scalability decision. Devices that require professional setup and controlled environments limit how many demonstrators can be recruited and how varied the collection environments can be. Consumer devices that a trained demonstrator can set up independently scale to orders of magnitude more collection capacity. The EgoVerse framework explicitly addressed this by supporting multiple hardware options so that the diversity of demonstrators and environments would not be constrained by hardware availability.

Privacy and Consent Built Into the Collection Process

Egocentric data, by definition, captures bystanders, workspaces, and environmental details that were not the intended focus of the collection. Programs that treat privacy review as a post-collection step consistently discover that a portion of their data is unusable because identifiable individuals or sensitive locations appear in footage that cannot be retroactively anonymized without destroying the annotation value. Consent protocols and bystander redaction need to be designed into the collection workflow before a single recording is made.

How Digital Divide Data Can Help

Digital Divide Data supports robotics teams building egocentric data programs at production scale, from collection protocol design through the full annotation stack. For programs designing egocentric collection protocols, physical AI data services cover hardware selection, diversity planning across scenes and demonstrators, consent and privacy workflow design, and the structured collection protocols that produce annotatable footage rather than raw video that requires substantial rework. 

For programs annotating collected egocentric episodes with the frame-level labels that robot policy training requires, video annotation services provide annotation teams trained specifically on egocentric manipulation footage, producing hand-object contact, gaze target, task phase, and object state labels at the quality and consistency that policy training demands. For programs handling the IMU, depth, and joint-tracking streams that modern egocentric rigs produce alongside video, sensor data annotation covers the multi-modal synchronization and labeling that makes the full sensor stack usable.

If your robotics data program is collecting third-person demonstrations and wondering why generalization to deployment environments is limited, the viewpoint gap is a likely contributor. Talk to an expert.

Conclusion

Egocentric datasets are becoming the standard input for serious robotics training programs because the evidence for their effectiveness has become too strong to ignore. A 54 percent improvement in success rate from large-scale egocentric pretraining, up to 30 percent relative gains from co-training with human demonstrations, and viewpoint alignment that closes the gap between training and deployment all point in the same direction: the agent’s own perspective is the right perspective to train from.

The data programs behind these results share a common structure. They plan for scene and demonstrator diversity before collection begins, build annotation pipelines specifically for egocentric footage rather than adapting general-purpose ones, and treat sensor synchronization as a prerequisite rather than an afterthought. If your team is collecting robot training data today, the question worth asking is whether your collection viewpoint matches the viewpoint your deployed policy will actually operate from.

References

Kareer, S., Patel, D., Punamiya, R., Mathur, P., Cheng, S., Wang, C., Hoffman, J., & Xu, D. (2024). EgoMimic: Scaling imitation learning via egocentric video. In Conference on Robot Learning (CoRL). https://arxiv.org/abs/2410.24221

Punamiya, R., Kareer, S., Liu, Z., Citron, J., Qiu, R., Cai, X., Gavryushin, A., Chen, J., Liconti, D., Zhu, L. Y., et al. (2026). EgoVerse: An egocentric human dataset for robot learning from around the world. arXiv. https://arxiv.org/abs/2604.07607

Hoque, R., Huang, P., Yoon, D. J., Sivapurapu, M., & Zhang, J. (2025). EgoDex: Learning dexterous manipulation from large-scale egocentric video. arXiv. https://arxiv.org/abs/2505.11709

Grauman, K., Westbury, A., Byrne, E., Chavis, Z., Furnari, A., Girdhar, R., Hamburger, J., Jiang, H., Liu, M., Liu, X., et al. (2022). Ego4D: Around the world in 3,000 hours of egocentric video. In Proceedings of the IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR). https://arxiv.org/abs/2110.07058

Frequently Asked Questions

Q1. We already collect data from robot-mounted wrist cameras. Is that the same as egocentric data?

In viewpoint terms, yes: a wrist-mounted camera is egocentric because it captures the scene from the robot’s own perspective. Whether it functions as egocentric data in the sense that benefits policy training depends entirely on the annotation pipeline. Most wrist-camera programs apply standard object detection and success labeling without extracting hand-object contact state, gaze, or task phase labels specific to the egocentric perspective. Having first-person footage and having a pipeline that extracts what first-person footage uniquely provides are two different things. The question is not what camera you have. It is what your annotation pipeline does with it.

Q2. What is the embodiment gap and how do egocentric human datasets address it?

The embodiment gap is the kinematic and morphological difference between a human hand and a robot gripper. A human demonstration recorded from an egocentric perspective shows hand movements that a rigid-fingered robot cannot directly replicate. Egocentric datasets address this through alignment techniques that either retarget human hand poses to robot joint configurations or learn shared observation-space representations between human and robot visual inputs. The EgoMimic framework, for instance, uses cross-domain data alignment to co-train on human and robot data simultaneously so the policy learns to use the information in the human demonstrations without being constrained to replicate the exact hand shape.

Q3. How does a team decide between collecting egocentric human data and more robot teleoperation data?

The decision depends on what the data program needs. Robot teleoperation data is collected from the actual robot hardware, which means the action representation is directly usable and the embodiment gap is zero. It is also expensive, slow to scale, and limited to environments where the robot can be deployed for data collection. Egocentric human data is cheaper, faster to collect, and can cover environments and tasks that teleoperation cannot reach at reasonable cost. EgoScale’s finding that one additional hour of egocentric human data improves policy quality more than one additional hour of robot data, at scale, suggests the two are complementary rather than substitutable. The practical answer for most programs is to use egocentric human data to bootstrap new tasks and cover environmental diversity, and teleoperation to calibrate the final policy to the specific robot hardware.

Q4. What hardware is needed to collect egocentric robotics training data?

The options range from consumer devices to research-grade rigs, and the choice involves tradeoffs between data quality, scalability, and annotation capability. Meta Project Aria glasses provide eye gaze tracking alongside RGB video and were used in EgoMimic. Apple Vision Pro provides millimeter-accurate finger-joint tracking across 25 joints per hand, used in EgoDex and the Qwen-RobotManip training pipeline. Custom head-mounted rigs with action-labeled video, used in EgoScale, offer the most flexibility but the highest setup cost per demonstrator. Consumer wrist cameras and modified action cameras are the lowest barrier to entry and scale most easily to large numbers of demonstrators and environments. The EgoVerse framework supports multiple hardware types simultaneously specifically to avoid letting hardware availability constrain collection diversity.

Q5. What annotation is specifically required for egocentric data that standard video annotation does not provide?

Standard video annotation typically produces object detection boxes, action labels, and scene classification at the clip or episode level. Egocentric robotics annotation requires substantially more: frame-level hand-object contact state identifying when and where contact occurs; 3D hand poses tracking at the joint level, not just bounding box detection; task phase segmentation dividing the episode into manipulation-relevant stages; object state tracking recording what each manipulated object is doing at each frame; and natural language task descriptions tied to the specific episode content rather than generic action labels. Additionally, synchronization verification across multiple sensor streams, RGB video, IMU, depth, and gaze, must be confirmed before annotation begins to prevent systematic label offset errors.

Why Egocentric Datasets are Becoming the New Standard for Training Robotics Models Read Post »

Training Datasets for Robotic

How to Build Training Datasets for Robotic Manipulation: Demonstration Data, Annotation, and Quality Control

Robotic manipulation is one of the hardest data collection problems in machine learning. A language model trains on text that already exists in abundance on the internet. A vision model trains on images that can be scraped, filtered, and labeled at scale. A manipulation policy is trained on demonstration trajectories that must be collected physically, one episode at a time, in real environments or in carefully constructed simulations. The data does not exist until someone generates it, and generating it well requires decisions about hardware, collection protocol, scene diversity, and annotation standards that determine whether the resulting model generalizes or merely overfits to the collection setup.

The field is moving fast. Cross-embodiment datasets pooling trajectories across dozens of robot platforms and hundreds of task types have demonstrated that scale and diversity drive generalization in manipulation learning. The annotation standards and quality control processes that turn raw demonstration data into training-ready episodes, however, receive less attention than the collection infrastructure and the model architectures trained on the resulting data.

This blog covers what a production-grade manipulation dataset actually requires: how demonstration data is collected, what annotations need to be captured, and how quality control prevents the failures that only surface at deployment. Physical AI data services and video annotation services are the two capabilities most directly involved in building manipulation datasets that produce policies capable of generalizing beyond the collection environment.

Key Takeaways

  • Demonstration data for robotic manipulation must be collected physically or in high-fidelity simulation. The annotation and quality control standards applied to that data determine whether the resulting policy generalizes to deployment environments.
  • Episode-level annotation captures what a trajectory is trying to accomplish. Frame-level annotation captures the precise state of the robot and environment at each timestep. Both are required for manipulation policy training.
  • Task success is not a binary label in manipulation. Policies trained on coarse success labels learn behaviors that pass the label criteria but fail on the physical variation that deployment introduces.
  • Scene diversity and object diversity are as important as demonstration volume. A dataset of ten thousand demonstrations from five object types in one scene will produce a more brittle policy than a smaller dataset with genuine scene and object coverage.
  • Human-in-the-loop quality control is not optional for manipulating data. Annotators who cannot recognize whether a grasp is stable or a placement is physically viable will pass failures into the training set that automated filters cannot catch.

What Demonstration Data for Manipulation Requires

The Collection Problem

Demonstration data is collected by recording a robot or a human operator performing a manipulation task: picking an object, placing it in a target location, assembling components, or executing a multi-step task sequence. Each recorded episode captures the sequence of observations and actions that produced a successful or unsuccessful task execution. The policy trained on this data learns to reproduce the demonstrated behavior in new environments.

The quality of the resulting policy is directly determined by the quality and diversity of the demonstrations. Demonstrations collected in a single lab environment with a fixed set of objects produce policies that generalize poorly to new environments, new objects, and new lighting conditions. Demonstrations collected at scale across varied environments, object sets, and task configurations produce policies with the coverage required for deployment.

Teleoperation vs. Autonomous Collection

Most high-quality manipulation demonstration data is collected through teleoperation: a human operator controls the robot in real time to execute tasks, and the operator’s control inputs and the resulting robot states are recorded as the training data. Teleoperation produces high-quality demonstrations because a skilled operator can navigate the physical contingencies that arise in real environments, recover from near-failures, and complete tasks in ways that purely autonomous collection cannot replicate.

The annotation burden for teleoperated demonstrations differs from autonomous collection. Teleoperated episodes need annotation that captures the operator’s intent at each stage of the task, the task completion status at the episode level, and the quality of the physical execution at the frame level. Data collection and curation services that include structured teleoperation protocols alongside the annotation pipeline produce demonstration datasets where the collection and annotation stages are designed together rather than sequenced independently.

Episode-Level and Frame-Level Annotation

What Episode-Level Annotation Captures

Episode-level annotation assigns labels to each recorded demonstration as a complete unit. The minimum required fields are task identity, task success or failure, and a brief description of what the episode was attempting to accomplish. For manipulation policies trained on language-conditioned or instruction-following architectures, natural language task descriptions are a required component of every episode annotation, not an optional enrichment.

Episode-level annotation also captures metadata about the collection context: the scene configuration, the object set used, the robot platform, and any environmental conditions that vary across the collection. This metadata is what allows the training pipeline to balance the dataset across scene types, object categories, and task types rather than training on whatever distribution the collection produced by default.

What Frame-Level Annotation Captures

Frame-level annotation assigns labels to individual timesteps within an episode. For manipulation tasks, the critical frame-level labels are object state, end-effector state, contact state, and task phase. Object state captures whether an object is grasped, in motion, or at rest, and in what configuration. End-effector state captures gripper aperture, contact forces where available, and the spatial relationship between the end-effector and the target object or surface.

A frame-level annotation record for a single timestep typically looks something like this in practice:

{“timestep”: 142, “object_state”: {“id”: “mug_03”, “status”: “grasped”, “pose”: [x, y, z, qx, qy, qz, qw]}, “end_effector_state”: {“gripper_aperture”: 0.018, “contact_force”: [0.4, 0.1, 2.3], “distance_to_target”: 0.002}, “contact_state”: “stable_contact”, “task_phase”: “transport”}

Each field maps to a specific training signal. The object_state.status field, which moves from approaching to grasped to released across an episode, is what lets a model learn the discrete state transitions a task moves through. The contact_force vector inside end_effector_state is what distinguishes a firm, centered grasp from one that is barely holding the object, a distinction that a binary success label cannot make. The task_phase field is the value that drives the phase-weighted loss described below: a training pipeline can assign higher loss weight to frames labeled grasp or place than to frames labeled transport, because errors during contact-rich phases are more consequential than errors during free-space movement.

Task phase annotation divides an episode into labeled stages: approach, grasp, transport, place, and release. Phase labels are what allow the training pipeline to apply different loss weighting to different stages of the task, which matters because the failure modes associated with the approach are different from those associated with grasp, and a model that weights all phases equally will underfit the phases where precision is highest.

Fine-grained frame-level annotation requires annotators who understand the physical mechanics of the manipulation task being annotated. An annotator who cannot distinguish a stable grasp from a marginal one will label marginal grasps as successful, introducing systematic failures into the training set at exactly the points where the policy needs the most reliable supervision signal. Video annotation services that include domain expertise in robotic manipulation mechanics produce frame-level annotations that reflect the physical realities of the task rather than surface-level pattern matching on the visual appearance of the episode.

Quality Control for Manipulation Datasets

Why Automated Filters Are Not Enough

Automated quality control for manipulating data can filter obvious failures: episodes with missing sensor modalities, episodes that end before the task window closes, and episodes with out-of-range sensor readings. What automated filters cannot catch is the physically marginal case: a grasp that looks successful in the video but is held with a contact configuration that would drop the object under any perturbation, a placement that appears to reach the target but is not mechanically stable, a task completion that passes the binary label criteria but executes in a way that will not generalize to slightly different object weights or surface textures.

These marginal cases are the ones that cause policies to fail at deployment. A policy trained on a dataset where ten percent of ‘successful’ demonstrations are physically marginal will learn a behavior that reproduces that margin. In deployment, where the physical environment is not a controlled collection setup, the marginal behavior fails consistently.

Human-in-the-Loop Review for Physical Validity

Human quality review for manipulating data requires annotators with physical intuition about the tasks being reviewed. The reviewer needs to be able to watch a manipulation episode and identify whether the grasp is stable, whether the object placement is physically viable, whether the robot’s approach trajectory would generalize to a slightly different object position, and whether the task completion would survive the perturbations the deployment environment will introduce.

This is a fundamentally different skill requirement from text annotation or image classification. It requires annotators who have either direct experience with robotic manipulation or strong physical intuition developed through adjacent domains. Review teams staffed with general-purpose annotators produce quality control that catches visual anomalies but passes physical failures.

Dataset Balance and Coverage Auditing

A manipulation dataset can pass individual episode quality checks while still being unbalanced in ways that produce brittle policies. If ninety percent of demonstrations use objects of similar weight, size, and texture, the policy learns a manipulation behavior calibrated to that distribution. Object diversity at the dataset level requires deliberate coverage auditing: checking that the final dataset includes adequate representation across object categories, size ranges, texture types, and scene configurations before training begins. Data collection and curation services that include dataset-level coverage auditing as a standard component of the curation process produce training datasets with the balance that generalizable manipulation policies require.

How Digital Divide Data Can Help

Digital Divide Data supports robotics teams building manipulation training datasets across the full data pipeline, from collection protocol design through annotation and quality control. For programs collecting teleoperation demonstration data, physical AI data services cover collection protocol design, scene and object diversity planning, and the structured teleoperation workflows that produce demonstrations with consistent annotation coverage across task phases. 

For programs annotating collected manipulation episodes, video annotation services provide domain-aware annotation teams capable of applying frame-level labels for object state, end-effector state, contact state, and task phase, with quality control processes designed to catch physically marginal demonstrations rather than only visual failures. For programs evaluating whether collected datasets produce the policy generalization their deployment requires, model evaluation services design evaluation frameworks built around the deployment environment rather than the collection environment.

If your manipulation dataset collection program does not have annotation standards and quality control processes designed for physical validity, the policy failures at deployment will trace back to the dataset. Talk to an expert.

Conclusion

Manipulation of the dataset quality is determined at collection and annotation, not at training. The diversity decisions made during collection, the annotation standards applied to each episode and frame, and the quality control processes that distinguish physically valid demonstrations from marginal ones are what separate training datasets that produce generalizable policies from those that produce policies that work in the lab and fail in deployment.

The field has demonstrated that scale and diversity drive generalization in manipulation learning. Building datasets with the scale and diversity that generalization requires means treating collection, annotation, and quality control as an integrated program rather than three sequential steps.

Before your next collection run, it is worth checking your pipeline against four specific questions: 

  1. Does every episode carry frame-level labels for object state, end-effector state, contact state, and task phase, or only episode-level success and failure? 
  2. Has anyone audited your dataset’s scene and object distribution against your actual deployment targets, or only against what was convenient to collect? 
  3. Are your human reviewers screening for physically marginal grasps and placements, or only for visually obvious failures? 
  4. And if you are building toward cross-embodiment training, is your action schema aligned to a shared standard now, before conversion becomes the expensive afterthought it always becomes later? 

A pipeline that cannot answer all four with a clear yes has a specific, fixable gap rather than a vague data quality problem.

References

Khazatsky, A., Pertsch, K., Nair, S., Balakrishna, A., Dasari, S., Karamcheti, S., Nasiriany, S., Srirama, M. K., Chen, L. Y., Ellis, K., et al. (2024). DROID: A large-scale in-the-wild robot manipulation dataset. arXiv:2403.12945. https://arxiv.org/abs/2403.12945

O’Neill, A., Rehman, A., Maddukuri, A., Gupta, A., Padalkar, A., Lee, A., Pooley, A., Gupta, A., Mandlekar, A., Jain, A., et al. (2024). Open X-Embodiment: Robotic learning datasets and RT-X models. In the IEEE International Conference on Robotics and Automation. https://arxiv.org/abs/2310.08864

Belkhale, S., Cui, Y., & Sadigh, D. (2023). Data quality in imitation learning. In Advances in Neural Information Processing Systems, 36. https://arxiv.org/abs/2306.02437

Black, K., Brown, N., Driess, D., Esmail, A., Equi, M., Finn, C., Fusai, N., Groom, L., Hausman, K., Ichter, B., et al. (2024). π0: A vision-language-action flow model for general robot control. arXiv:2410.24164. https://arxiv.org/abs/2410.24164

Frequently Asked Questions

Q1. How many demonstration episodes does a manipulation policy need to generalize reliably?

There is no universal number because the required volume depends on task complexity, scene diversity, and object diversity. A policy trained on a narrow task with limited object variation can generalize adequately with hundreds of demonstrations. A policy intended to generalize across many object types, scene configurations, and task variations needs thousands of diverse demonstrations. Cross-embodiment datasets have shown that diversity drives generalization more reliably than raw volume. A smaller dataset with genuine coverage across scene types and object categories will typically produce a more capable policy than a larger dataset with narrow coverage.

Q2. What is the difference between episode-level and frame-level annotation, and when is each required?

Episode-level annotation labels the demonstration as a whole: task identity, success or failure, natural language task description, and collection metadata. Frame-level annotation labels individual timesteps: object state, end-effector state, contact state, and task phase. Episode-level annotation is required for all manipulation datasets. Frame-level annotation is required for policies trained with dense supervision signals, such as those using imitation learning with phase-weighted loss, or for policies trained on instruction-following architectures where the relationship between natural language commands and physical states needs to be captured at a fine-grained level.

Q3. How do you identify physically marginal demonstrations during quality control?

Physically marginal demonstrations require reviewers with physical intuition about the manipulation task. The indicators include grasps where the object is held at the edge of the gripper contact surface rather than centered, placements where the object is technically at the target but in a mechanically unstable configuration, approach trajectories that would require unusually precise alignment to replicate, and task completions that depend on specific surface friction properties. Automated filters that check for sensor completeness and episode duration will not catch these. Human review by annotators familiar with manipulation mechanics is the only reliable method.

Q4. How should object and scene diversity be planned before collection begins?

Define the object categories, size ranges, texture types, and weight classes that the policy needs to handle in deployment. Design the collection protocol to sample deliberately across those dimensions rather than collecting whatever is convenient. For scene diversity, identify the surface types, lighting conditions, and environmental configurations that the deployment context will include and ensure each is represented in the collection. Audit the dataset against these coverage specifications before training begins, not after. Discovering coverage gaps after training requires collecting more data, which is expensive. Discovering them before training allows the collection protocol to be adjusted.

Q5. What annotation format is required for cross-embodiment training?

Cross-embodiment training requires annotation that captures robot-agnostic task descriptions alongside robot-specific action and state data. The task description must be in natural language and describe what the episode accomplishes rather than how the specific robot executed it. The action and state data must be formatted in a standard schema that allows trajectories from different robot platforms to be combined in the same training batch.

How to Build Training Datasets for Robotic Manipulation: Demonstration Data, Annotation, and Quality Control Read Post »

Scroll to Top