Skip to main content Diffraction
Physical AI · Custom dataset capture

Physical AI datasets. Built to your spec.

Diffraction designs and operates human-demonstration capture for robotics and physical AI. Start with one egocentric stream, add up to four exocentric cameras and wrist IMUs when the spec calls for them, then scale through a trained operator network.

Illustration of an operator working in a multi-camera capture POD
The POD

One ego view. Zero to four exo views. The hardware follows the question.

Illustration of the POD configuration
Diffraction on Hugging Face

A closer look at
what we’re building.

Explore Diffraction’s profile on the Hugging Face Hub. Follow our work and keep up with the datasets we share.

Explore on Hugging Face Browse our public dataset sample library
Our corner of the Hub Hugging Face Hugging Face diffracting
Off-the-shelf
Dedicated community
IMU
Optional wrist motion
POD + network
Controlled or distributed
3 schemas
RLDS · LeRobot · GR00T
Choose the environment

One spec. Three ways to collect.

The task decides whether control, environmental diversity, or embodiment access matters most. Collection can use one mode or combine them.

01 · Controlled

POD capture

Structured tasks in a repeatable environment with one egocentric camera and zero to four exocentric views, configured around the buyer's measurement needs.

02 · Distributed

Network capture

Activate trained people across real homes, workshops, and everyday environments when diversity matters more than a single controlled room.

03 · Developing

Robot-arm demonstrations

We are building a network of operators with access to arms so future projects can collect teleoperated demonstrations for ACT and related policy-training workflows.

The capture stack

Instrument only what earns its place.

More hardware is not automatically better data. We choose each view and sensor based on the signal the model actually needs.

Views
1 HMD + 0–4 fixed exo

Use the ego stream alone or add the room coverage the task needs. Camera count follows the spec rather than a fixed bundle.

Motion
Optional wrist IMUs

Add wrist-worn inertial measurements when the project needs motion channels beyond visual hand and body tracking.

Sync & calibration
Declared per session

Flash/audio sync and calibrated cameras are supported today; higher-fidelity hardware sync and machine-vision rigs can be scoped as the capture stack expands.

Hardware
Spec-driven

iPhone/Record3D and standard video ingest exist now. Additional ego devices, depth sensors, IMUs, and robot embodiments are integrated when the signal justifies them.

Inside the output

Pixels are only the first layer.

The processing stack can add geometry, hands, bodies, objects, contact, action, and quality signals. Every delivery distinguishes measured channels from estimates so buyers know what they can trust.

Training-data pipeline visualization with source frames, hand tracks, a camera frustum, and a point cloud
Pipeline visualization · camera trajectory · wrist paths · reconstructed scene
Grid of egocentric frames with hand-pose and object-detection overlays
Enrichment view · hand pose · objects · temporal tracks
Spec to delivery

A dataset you can trace and rerun.

The brief stays attached to the work from operator instructions through QA and the final dataset card.

  1. 01

    Write the capture spec

    Define tasks, environments, viewpoints, hardware, participant profile, signals, acceptance thresholds, and delivery schema with your team.

  2. 02

    Choose the capture mode

    Use the Columbus POD, activate distributed operators, or combine controlled and in-the-wild collection for the coverage the policy needs.

  3. 03

    Train and capture

    Operators receive task protocols, equipment guidance, consent terms, and quality criteria before a session begins.

  4. 04

    Process and score

    The pipeline preserves source media, enriches available signals, distinguishes measured from estimated channels, and scores the asset against the brief.

  5. 05

    Deliver with context

    Ship the agreed format with manifests, dataset cards, licensing, provenance, known limitations, and a clear record of what was—and was not—measured.

What ships

Data plus the context needed to use it.

Video + synchronized views

Preserved source media and normalized camera streams, organized by session and task.

Signals with provenance

Hand/body pose, detections, tracks, contact, camera pose, depth, IMU, and action channels where the capture and brief support them.

Training-ready exports

WebDataset, RLDS, and LeRobot/GR00T-compatible layouts scoped to the buyer's training stack.

Dataset card + QA

Acceptance results, measured-versus-estimated declarations, licensing, limitations, and signed asset provenance.

ACT policy training · Building now

From human demonstrations to real-arm policies.

The software loop already exports LeRobot-compatible episodes and can train and evaluate ACT policies. The next scale layer is physical access: operators who own arms, teleoperate tasks, and create diverse demonstrations outside a single centralized lab.

This track is in buildout, not a claim of fleet-scale availability today. We are recruiting arm owners and scoping pilot collections with teams that want to help define the protocol.

Discuss an ACT pilot
Illustration of a person teleoperating a robot arm from a workstation
Illustration of a distributed teleoperation station

Explore before you commission

Get closer to the data.

Browse all 2 samples →

Field guide · Free brief template

Better data starts with a better brief.

Turn what you learn from the samples into tasks, signals and acceptance criteria.

Read the buyer’s guide ↗
Before you start

Planning your robotics dataset

01

What should a custom robotics dataset brief include?

Specify the tasks, environments, participant profile, camera views, required signals, acceptance criteria, and training format. Diffraction uses that brief to scope capture, processing, QA, and delivery. Identify which signals must be measured and which estimates your pipeline can accept.

Read the guide and download a dataset brief
02

Should we choose POD or distributed capture?

POD capture suits tasks that need a repeatable environment and controlled camera placement. Distributed capture adds variation across homes, workshops, and everyday settings. The task, measurement requirements, and environment coverage determine which approach to scope.

03

Which data formats and signals can you deliver?

Deliveries can include source video, synchronized views, QA results, dataset cards, licensing, and provenance. WebDataset, RLDS, and LeRobot/GR00T-compatible layouts are scoped to your stack. Depth, pose, IMU, and action channels depend on the hardware and brief; measured and estimated signals are declared separately.

04

Can I participate as a data-capture operator?

The Operators Lab is the community route for people interested in capture and applied AI projects. Project fit depends on demand, location, skills, and equipment. Robot-arm collection is in pilot buildout, and joining the early list does not guarantee paid work.

Explore the Operators Lab and paid capture track
Commission a dataset

Bring the question. We'll design the capture around it.

Tell us the task, embodiment, environments, viewpoints, signals, and format you need—or start with the model failure you are trying to fix.

Start a dataset brief