RooibosT/gr00t-n1.7-g1-dex1-ikea-relarm-30hz-h40-v2-armvel
IKEA v2 — arm velocity
GR00T N1.7 fine-tuned on carroll511/IKEA_table_assembly (v2 conversion) — a Unitree G1 with Dex1 grippers assembling a children's table from a fixed standing position.
g1_dex1_ikea_relarm_3view_aug_b64_v2_armvel / checkpoint-20000.
Best of the three over the window async deployment actually executes: arm -16.7% and EE -9.2% at steps 1-8, still -7.3% / -6.0% at steps 9-16. Requires arm joint velocities at inference. Feeding zeros instead costs +26% at steps 1-8, which lands 5.4% worse than the baseline that never had velocity.
Setup
Open-loop accuracy
Scored on the held-out _v2_val split (26 episodes split at session boundaries, 697 windows at stride 10, 4 denoising steps, fixed per-window seed).
Per task:
Read the 1-8 step figures: async deployment executes about 8 steps after latency compensation and spends the rest of the chunk on RTC overlap, so steps past ~16 never run. eval_loss does not track action quality here and must not be used to pick a checkpoint.
These numbers come from the v2 val split and are not comparable to the earlier ...-30hz-h40 model's, which was scored on a different split.Caveats
- Open-loop only. Closed-loop behaviour on hardware is unverified.
- The action space is RELATIVE for the arms and ABSOLUTE for the grippers;
get_action()returns unnormalized absolute values. - The waist is not commanded (the recordings are all from a fixed stance) and there is no locomotion signal in this dataset.
