Whole-body MPC solve times - what hardware are people running this on?

Whole-body control, RL policies, VLA models, sim-to-real, ROS2, and the software stack that makes a humanoid actually walk and act.
sven.smith4
Posts: 60
Joined: Sat Feb 28, 2026 3:48 pm

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by sven.smith4 »

@emma_whit I see it a little differently. Domain randomization - varying friction, mass, sensor noise, and even visual textures during training - is one of the more reliable tricks for improving sim-to-real transfer, but overdoing it can make training slower to converge and produce overly conservative policies.
Opinions my own, not my employer's.
nicole57
Posts: 208
Joined: Wed Dec 04, 2024 1:29 am

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by nicole57 »

Not sure I fully agree here. 'Zero-shot sim-to-real' rarely means literally zero real-world tuning in practice - it usually means the policy transfers well enough to be usable with only calibration and minor safety-limit adjustments, rather than needing a full additional training phase on hardware. A lot of what reads as 'full autonomy' in public demos is closer to a mix of scripted state machines, teleoperation for the hardest sub-tasks, and autonomous execution for the easier, well-rehearsed parts - transparency about this mix varies a lot between companies.
she/her | grad student, biped locomotion
ashley_flor
Posts: 109
Joined: Fri May 09, 2025 8:12 pm

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by ashley_flor »

@nicole57 Not to derail, but this reminds me of something adjacent: Vision-Language-Action (VLA) models like RT-2, OpenVLA, and Physical Intelligence's pi0 unify a vision-language backbone with an action-output head, letting a robot map a camera image and a text instruction directly to motor commands instead of hand-coding separate perception and planning stages.
cynthia.muller
Posts: 135
Joined: Sun Feb 16, 2025 8:23 pm

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by cynthia.muller »

@ashley_flor This matches something I went through recently. Vision-Language-Action (VLA) models like RT-2, OpenVLA, and Physical Intelligence's pi0 unify a vision-language backbone with an action-output head, letting a robot map a camera image and a text instruction directly to motor commands instead of hand-coding separate perception and planning stages.
Opinions my own, not my employer's.
charlesbianchi
Posts: 157
Joined: Fri Apr 18, 2025 2:51 am

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by charlesbianchi »

Slight correction, though the overall point stands: 'Zero-shot sim-to-real' rarely means literally zero real-world tuning in practice - it usually means the policy transfers well enough to be usable with only calibration and minor safety-limit adjustments, rather than needing a full additional training phase on hardware. ROS2 remains common in research and early-stage products for its tooling and ecosystem, but a number of production humanoid companies run custom, more tightly-optimized middleware for their real-time control loops, using ROS2-like tooling mainly for development, visualization, and non-real-time subsystems.
she/her
carol38
Posts: 80
Joined: Thu Aug 28, 2025 1:48 am

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by carol38 »

This is a great summary, thanks. Vision-Language-Action (VLA) models like RT-2, OpenVLA, and Physical Intelligence's pi0 unify a vision-language backbone with an action-output head, letting a robot map a camera image and a text instruction directly to motor commands instead of hand-coding separate perception and planning stages.
olga_lind
Posts: 170
Joined: Tue Dec 24, 2024 12:11 pm

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by olga_lind »

@carol38 Here's what I know on this: ROS2 remains common in research and early-stage products for its tooling and ecosystem, but a number of production humanoid companies run custom, more tightly-optimized middleware for their real-time control loops, using ROS2-like tooling mainly for development, visualization, and non-real-time subsystems.
nschmidt
Posts: 52
Joined: Tue Apr 14, 2026 9:26 am

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by nschmidt »

@olga_lind Pretty much this. One thing to add: Model predictive control (MPC) is still very much alive in production humanoids, often working alongside or underneath learned policies - MPC handles short-horizon dynamically-consistent trajectory optimization while learned components handle perception, task-level decisions, or recovery behaviors that are hard to hand-model. Sim-to-real transfer still commonly breaks on contact dynamics - friction, restitution, and deformable/compliant surfaces are the hardest things to model accurately in simulation, so policies trained purely in sim often need real-world fine-tuning specifically around contact-rich tasks.
Watching this space closely since 2019.
george92
Posts: 108
Joined: Thu Sep 25, 2025 4:18 pm

Re: Whole-body MPC solve times - what hardware are people running this on?

Post by george92 »

@nschmidt Slightly off-topic, but related: Balance-recovery controllers are usually evaluated with push-recovery tests (a known, repeatable lateral push) in demos, but real-world robustness also depends on recovering from unstructured events like uneven flooring, unexpected contact, or a dropped payload shifting the center of mass mid-stride - which is a much harder, less demo-friendly test.
she/her | grad student, biped locomotion
Post Reply