Technicaldocumentation.
What was recorded, how records are organized and how each representation should be interpreted — written for researchers building loaders and baselines.
Dataset overview
Ampe-DB captures two-person interactions from Ampe, a Ghanaian game involving coordinated jumping, clapping and a leg-position reveal. The benchmark treats each segmented clip as a paired movement configuration rather than a solo action.
The dataset is deliberately compact rather than large-scale. Its contribution is the combination of culturally grounded interaction, explicit participant/pair metadata, aligned RGB and pose representations, and leakage-aware generalization protocols.
Exact-duplicate provenance
637 canonical records78 exact-duplicate groups involve 158 records, so 80 are redundant beyond one representative per group. They are retained for provenance; official splits keep each group within a single partition.
Movement labels
Each record carries one of four movement classes — left_left, left_right, right_left or right_right — and a binary relation label derived from it. Label spaces →
Database structure
The publication package is organized around eight core folders. The root also holds the release README, citation file, research data use agreement and license.
Canonical 1:1 record representations
Each canonical clip identifier maps to five record-level representations. Across 637 records this produces 3,185 record-level files, before documentation, metadata, split, paper and access files are counted.
Core metadata files
metadata/ampe_db_v1_manifest.csvmetadata/ampe_db_v1_schema.csvmetadata/ampe_db_v1_data_dictionary.csvmetadata/participants.csvmetadata/participant_pairs.csvmetadata/clip_participant_mapping.csvmetadata/dataset_statistics.csvmetadata/movement_distribution_summary.csv
Data formats
| Component | Format | Meaning |
|---|---|---|
| RGB video | MP4 + embedded audio | Original segmented gameplay |
| Normalized pose | CSV | Body-normalized landmarks and visibility |
| Skeleton exports | CSV and JSON | Pixel-coordinate landmark geometry |
| Skeleton visualization | MP4 | Derivative inspection videos |
| Annotations & metadata | CSV | Labels, pairs, provenance and statistics |
| Release documentation | Text / PDF / DOCX | As distributed with the release |
RGB video and audio
Canonical media are MP4 clips with synchronized embedded audio. Frame rate and codec vary across canonical media and are documented in metadata.
Normalized pose CSV
The canonical pose representation is long-form, with up to 33 MediaPipe landmarks per player per frame:
frame, player_id, landmark_index, x_norm, y_norm, visibilityx_normandy_normare body-normalized coordinates, not simple [0, 1] image coordinates.- Normalization uses the hip midpoint as origin and a shoulder-to-hip torso scale.
- No rotation or reflection normalization is applied.
- Missing detections and incomplete player-frame groups are handled explicitly during model preparation using presence indicators.
Skeleton exports
Skeleton CSV and JSON files preserve pixel-space landmark geometry for visualization and reconstruction. Skeleton MP4 files are derivative visualizations for inspection, debugging, demonstration and publication figures — not a separate ground-truth modality.
File naming rules
The movement token and C### identifier form the canonical record key used across all representations.
| Representation | Example |
|---|---|
| RGB video | videos/left_right_C003.mp4 |
| Normalized pose | pose/left_right_C003.csv |
| Skeleton CSV | skeleton/csv/keypoints_left_right_C003.csv |
| Skeleton JSON | skeleton/json/keypoints_left_right_C003.json |
| Skeleton video | skeleton/videos/skeleton_left_right_C003.mp4 |
Build the paths for any record
Paths follow the naming rule. Confirm the record exists in the manifest before loading.
left_right_C003- RGB video
videos/left_right_C003.mp4- Normalized pose
pose/left_right_C003.csv- Skeleton CSV
skeleton/csv/keypoints_left_right_C003.csv- Skeleton JSON
skeleton/json/keypoints_left_right_C003.json- Skeleton video
skeleton/videos/skeleton_left_right_C003.mp4
Movement tokens
C### identifier correspond to the same canonical record. Obtain participant identity from the mapping files — never from filename token order alone.Pose & skeleton format
Ampe-DB V1 uses the standard 33-landmark MediaPipe pose representation for each represented player.
The release preserves the full landmark index rather than the 21-keypoint subset described in an earlier draft.
Pose CSV schema
| Column | Meaning |
|---|---|
frame | Frame index within the clip |
player_id | Player for the row — resolve participant identity through the mapping files |
landmark_index | MediaPipe landmark index, 0–32 |
x_norm | Body-normalized horizontal coordinate |
y_norm | Body-normalized vertical coordinate |
visibility | Landmark visibility |
A complete frame with two detected players can contain up to 66 landmark rows; missing detections mean some frame-player groups may be incomplete.
Normalization
Baseline V1 model-ready sequence
Pose clips are temporally sampled to 32 steps, giving a 32 × 200 input sequence per clip.
Landmark index
The standard MediaPipe pose landmarks, as stored in landmark_index. Marked: the shoulder and hip landmarks that define the torso used for normalization.
- 0
nose - 1
left_eye_inner - 2
left_eye - 3
left_eye_outer - 4
right_eye_inner - 5
right_eye - 6
right_eye_outer - 7
left_ear - 8
right_ear - 9
mouth_left - 10
mouth_right - 11
left_shoulder - 12
right_shoulder - 13
left_elbow - 14
right_elbow - 15
left_wrist - 16
right_wrist - 17
left_pinky - 18
right_pinky - 19
left_index - 20
right_index - 21
left_thumb - 22
right_thumb - 23
left_hip - 24
right_hip - 25
left_knee - 26
right_knee - 27
left_ankle - 28
right_ankle - 29
left_heel - 30
right_heel - 31
left_foot_index - 32
right_foot_index
Skeleton outputs
Skeleton CSV and JSON expose the pixel-coordinate geometry used for rendered skeleton visualization. Skeleton videos are convenient inspection layers, not substitutes for the original RGB clip or the canonical pose CSV.
Annotation & metadata
annotations/ampe_db_v1_labels.csv stores the V1 clip-level supervised labels: a four-class movement label and a binary movement relation derived from it.
left_leftsame_leg_configurationleft_rightdifferent_leg_configurationright_leftdifferent_leg_configurationright_rightsame_leg_configurationFour classes (cells) and the binary relation they map to: the diagonal is the same leg configuration, the off-diagonal a different one.
Participant and pair mappings
clip_participant_mapping.csv links each canonical clip to pseudonymous player IDs, ordered and unordered pair identifiers, and movement fields. Participant identity is distributed separately from the movement label.
Manifest and duplicate provenance
The 637-row canonical manifest records media properties and complete-file RGB/audio SHA-256 values used to identify exact-duplicate groups.
Participants & pairs
Files to use
| File | Contents |
|---|---|
metadata/participants.csv | Pseudonymous participant-level release information |
metadata/participant_pairs.csv | Pair structure used in the corpus |
metadata/clip_participant_mapping.csv | Canonical clip-to-participant and clip-to-pair mapping |
Why pair information matters
Pair identity is essential to the V1 evaluation design. The primary generalization benchmark holds out participant pairs as pairs, while individual participants may still appear with different partners in training for a given fold.
Recording conditions
Capture design
- Single fixed frontal camera viewpoint.
- Two players visible together within the frame.
- Source recordings captured natural Ampe play and were later segmented into canonical interactions.
- Embedded audio retains clap, step and vocal cues from the source recording.
Camera equipment
Recording documentation identifies Blackmagic and Sony A7 III cameras in the source capture workflow. Rely on per-file media metadata rather than assuming one uniform camera profile for every canonical clip.
Media properties
V1 media properties are not completely uniform. Read the release metadata instead of hard-coding 60 FPS or a single codec.
Why the frontal view matters
The fixed frontal view keeps both players visible, supports consistent 2D pose extraction, and preserves the relative timing and leg-position structure of Ampe without a multi-view motion-capture rig.
Release manifest & file index
metadata/ampe_db_v1_manifest.csv is the central 637-row record inventory. Use it to join canonical clip identifiers, media properties, duplicate provenance and release-level record information.
Record-level coverage
| Representation | Expected V1 records |
|---|---|
| RGB video | 637 |
| Normalized pose CSV | 637 |
| Skeleton CSV | 637 |
| Skeleton JSON | 637 |
| Skeleton video | 637 |
| Record-level files | 3,185 |
Supporting index files
ampe_db_v1_schema.csvampe_db_v1_data_dictionary.csvparticipants.csvparticipant_pairs.csvclip_participant_mapping.csvdataset_statistics.csvmovement_distribution_summary.csv