Back to library

Robotics / Humanoid

HOVERVersatile Neural Whole-Body Controller for Humanoid Robots

Tairan He et al. · arXiv:2410.21229v2 · ICRA 2025 · Primary paper

HOVER is a learned low-level controller for a 19-joint humanoid. Its central bet is that many apparently different jobs—walking from a joystick, copying a person’s hands, or following joint angles—can share one foundation: practice reproducing complete human motion, then learn to obey only the parts of a command that matter now.

Human motion becomes robot-sized practice

The training signal starts with motion-capture recordings from AMASS. Human and robot bodies do not have the same proportions or joints, so the authors first match corresponding body points, refit the human body model to the humanoid, and discard motions that the robot cannot feasibly perform. The result, Q^\hat Q, is not raw video: it is a collection of robot-compatible motion targets. [Paper §II-C]

An “oracle” policy then practices tracking the complete robot motion in simulation. It sees unusually rich information about every rigid body and is rewarded for pose, velocity, balance, and physically safer behavior. This gives the later controller a teacher with broad movement experience, but it also means HOVER inherits what the retargeting pipeline and AMASS contain—and omit. [Paper §II-D, Table II]

Masks turn one motion into many ways of asking

The student is not always shown the whole target. One mask chooses the command type separately for upper and lower body—3D body-point positions, joint angles, or root motion—and another can hide individual requested parts. A hand-only command and a walking command therefore look like different selections from the same larger control panel, not different controllers. Each mask bit is sampled with probability 0.5 at the start of a simulated episode and then held fixed. [Paper §II-B, §II-E]

The student acts using onboard-style body sensing plus 25 steps of recent state and action history. At each step, the full-information oracle supplies the joint-position action it would have taken; training reduces the gap between those 19 teacher and student outputs. This is DAgger-style distillation: the teacher corrects states reached by the student itself, which matters because small mistakes can carry the robot into unfamiliar poses. [Paper §II-A, §II-E]

Simulation varies the body before the policy meets hardware

The oracle practices under randomized simulated physical parameters, following the domain-randomization setup of OmniH2O. The distilled student receives measurements closer to what a real robot can provide, then outputs 19 desired joint positions. A conventional proportional–derivative controller converts those targets into motor actuation. The trained policy is transferred to a roughly 1.8 m, 51.5 kg Unitree H1 without reported real-world fine-tuning. [Paper §II-A, §II-D, §III]

Randomization is a robustness strategy, not a proof that simulation matches reality. The paper does not isolate which randomized parameters mattered, report a domain-randomization ablation, or establish safety outside the tested motions and operating conditions.

The real robot works across tested modes, with a narrow proof boundary

On 20 standing motion sequences, HOVER had lower error than the matched specialist in 11 of 12 reported comparisons. For example, global body-position error fell from 51.3 to 48.9 mm in ExBody mode, from 51.0 to 47.4 mm in HumanPlus mode, and from 51.2 to 47.5 mm in OmniH2O mode. HumanPlus root-orientation error was the exception: 0.038 rad for HOVER versus 0.035 rad for the specialist. [Paper §III-C, Table V]

The robot also switched modes during walking and teleoperation demonstrations; in simulation, HOVER beat a multi-mode policy trained from scratch on all 32 mode–metric comparisons. These results support one policy working across the authors’ tested command selections. They do not yet show autonomous mode choice, long-duration reliability, recovery from severe disturbances, object manipulation success, or broad safety; the authors name automated mode switching as future work. [Paper §III-B–C, Figures 4–6, §V]

Research appendix

What the controller can be asked to track

Command familyWhat the target specifiesCan be selected for
Kinematic position3D positions of chosen rigid-body pointsUpper and lower body
Local joint angleDesired motor-joint anglesUpper and lower body
Root trackingRoot velocity, height, roll, pitch, yawRoot/lower-body control

The paper reports more than 15 useful modes, produced by choosing subsets of these command elements. Table I shows that its combined command space covers the command designs attributed to ExBody, H2O, OmniH2O, HumanPlus, and MHC. This is coverage by representation; it does not mean every downstream task has been experimentally solved. [Paper §I, §II-B, Table I]

The one equation needed to understand distillation

Real question: when the student reaches a pose of its own making, how does training tell it which motor command was better?

L=a^tat22\mathcal{L}=\|\hat{\mathbf{a}}_{t}-\mathbf{a}_{t}\|^{2}_{2}

The inputs are two 19-number lists. a^t\hat{\mathbf a}_t is the oracle’s desired joint-position action at time tt; at\mathbf a_t is the student’s action. The subtraction finds each joint’s disagreement. Squaring makes negative and positive mistakes count alike and makes large mistakes matter more; summing across the 19 joints produces the single loss L\mathcal L. Training changes the student to make this number smaller. [Paper §II-E]

For a two-joint toy example, teacher [2,4][2,4] and student [1,6][1,6] differ by [1,2][1,-2]; the squared loss is 12+(2)2=51^2+(-2)^2=5. Matching the teacher gives zero. If one joint’s error doubles, that joint contributes four times as much, so the update pays extra attention to large disagreements. The equation says “match the teacher’s action,” not “prove the action is safe or globally optimal.”

How masking creates control modes

The paper writes the student goal as:

stg-studentMsparsity[Mmodestg-upper,Mmodestg-lower].s_{t}^{\text{g-student}}\triangleq M_{\text{sparsity}}\odot\left[M_{\text{mode}}\odot s_{t}^{\text{g-upper}},M_{\text{mode}}\odot s_{t}^{\text{g-lower}}\right].

Here the everyday bridge is a lighting panel: the complete command contains many switches, while a mask leaves some on and forces others off. stg-uppers_t^{\text{g-upper}} and stg-lowers_t^{\text{g-lower}} are upper- and lower-body targets. MmodeM_{\text{mode}} selects the kind of command; MsparsityM_{\text{sparsity}} removes particular body elements; \odot means pairwise multiplication, so multiplying by 1 keeps a value and multiplying by 0 hides it. The output is the partial goal shown to the student. More active bits give more explicit targets; fewer active bits give the policy more freedom but less guidance. [Paper §II-E]

Selected quantitative evidence

All arrows below mean lower is better except survival. Simulation results are means across the retargeted dataset and five random seeds; real-world Table V reports five tests over 20 standing motions. [Paper Tables III–V]

SettingMetricSpecialistHOVERReading
Simulation, ExBodyUpper-joint error (rad)0.1660.148HOVER lower
Simulation, H2OGlobal position error (mm)137121HOVER lower
Simulation, OmniH2OGlobal position error (mm)149128HOVER lower
Real, ExBodyGlobal position error (mm)51.348.9HOVER lower
Real, HumanPlusRoot orientation error (rad)0.0350.038Specialist lower
Real, OmniH2OUpper-joint error (rad)0.1530.145HOVER lower

The paper reports that HOVER wins at least 7 of 12 simulation metrics in every named prior-work mode, all 32 comparisons against multi-mode RL in Figure 4, and 11 of 12 real standing-motion comparisons in Table V. Metrics within a row are not interchangeable: millimetres measure position, radians measure angle, and survival is a rate. [Paper §III-A–C]

What changed relative to predecessors

HOVER combines ingredients that the paper explicitly traces to earlier work: AMASS motion data; H2O-style retargeting and sim-to-data filtering; OmniH2O’s network, history-based sensing, and domain randomization; and DAgger for on-policy teacher correction. Its paper-specific contribution is to train a full-motion oracle and distil that skill into one policy exposed to randomized mode and sparsity masks. [Paper §II-C–E, References 9, 10, 17, 22]

Terms without prerequisites

  • Root: the robot’s main body frame; its motion summarizes where the whole robot is going and how it is tilted.
  • Proprioception: measurements of the robot’s own joints, rotation, gravity direction, and recent actions.
  • Policy: the learned function that maps current measurements and a command to desired joint positions.
  • Oracle: a training-only teacher allowed to see richer simulated state and the complete reference motion.
  • Distillation: training a smaller or less-informed student to reproduce a teacher’s outputs.
  • Domain randomization: varying simulated physics so the policy does not depend on one exact virtual body.
  • PD controller: a standard feedback controller that pushes joints toward target positions while damping motion.

Source grounding and uncertainties

  • Title, authors, revision, venue, and abstract: arXiv primary record.
  • Architecture, masks, loss, experiments, tables, and stated future work: paper PDF, especially §§II–V.
  • The authors hypothesize that shared physical knowledge explains the generalist advantage; the experiments show an advantage but do not causally establish that explanation. [Paper §I]
  • “Without reported real-world fine-tuning” describes the method as written; absence of a reported step is not proof that no informal hardware adjustment occurred.
  • The paper gives demonstrations of abrupt switching and teleoperation, but no duration, failure-rate, disturbance, or safety benchmark for those demonstrations.

Questions for verification or follow-up

  1. Does the advantage remain if teacher distillation and randomized masks are ablated separately?
  2. Which simulated physical randomizations most affect real-world transfer?
  3. How often does the robot fall or require intervention during long, mixed-mode runs?
  4. Can an upstream system choose modes automatically without unsafe transitions?
  5. Does the controller improve success on object manipulation, not only motion-tracking error?

Three key questions about this paper

What problem does HOVER: Versatile Neural Whole-Body Controller for Humanoid Robots address?

Tairan He et al. · arXiv:2410.21229v2 · ICRA 2025 · Primary paper

What evidence supports the main claim in HOVER: Versatile Neural Whole-Body Controller for Humanoid Robots?

The oracle practices under randomized simulated physical parameters, following the domain-randomization setup of OmniH2O. The distilled student receives measurements closer to what a real robot can provide, then outputs 19 desired joint positions. A conventional proportional–derivative controller converts those targets into motor actuation. The trained policy is transferred to a roughly 1.8 m, 51.5 kg Unitree H1 without reported real-world fine-tuning. [Paper §II-A, §II-D, §III]

What limitation should readers know about HOVER: Versatile Neural Whole-Body Controller for Humanoid Robots?

The robot also switched modes during walking and teleoperation demonstrations; in simulation, HOVER beat a multi-mode policy trained from scratch on all 32 mode–metric comparisons. These results support one policy working across the authors’ tested command selections. They do not yet show autonomous mode choice, long-duration reliability, recovery from severe disturbances, object manipulation success, or broad safety; the authors name automated mode switching as future work.

2 new free reports left todaySubscribe to Pro for unlimited reading and 10 new paper explanations each month.Upgrade to Pro