Page 1 of 3

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

Posted: Thu Feb 12, 2026 9:52 am
by jlefebvre
Curious what people here think about this. Diffusion policies model the distribution of possible actions and sample from it, which handles multimodal manipulation tasks (multiple valid ways to grasp something) more naturally than a single deterministic action output, at the cost of slower inference. Zero Moment Point (ZMP) control keeps the robot's center of pressure within its support polygon and has been the classical backbone of bipedal walking for two decades - it's robust and well-understood, but tends to produce a somewhat conservative, flat-footed gait compared to more dynamic approaches. Interested in both agreement and pushback here.

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

Posted: Thu Feb 12, 2026 3:04 pm
by ivan22
@jlefebvre I'd push back on this a bit. 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.

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

Posted: Thu Feb 12, 2026 3:54 pm
by lbianchi
@ivan22 Genuinely curious - OpenVLA is a notable open-source VLA model - roughly 7 billion parameters, trained on hundreds of thousands of real-world robot demonstrations - and has been shown to outperform much larger closed models on some manipulation benchmarks, which says a lot about how much of VLA performance comes from data curation rather than raw scale.

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

Posted: Thu Feb 12, 2026 7:00 pm
by mohammed.rossi
@lbianchi Just to be precise about one thing: 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.

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

Posted: Thu Feb 12, 2026 11:04 pm
by george92
Pretty much this. One thing to add: 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. 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.

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

Posted: Sat Feb 14, 2026 3:03 am
by rebecca_lefe
Still learning the space, so correct me if wrong - Whole-body control (WBC) formulates locomotion and manipulation as a single optimization problem across all joints simultaneously, respecting contact constraints and task priorities - it's more general than ZMP-only approaches but is computationally heavier and harder to tune. 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.

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

Posted: Sat Feb 14, 2026 5:01 am
by nicole10
Counterpoint: Cross-embodiment training (training one policy across data from multiple different robot bodies) has shown some real transfer benefits for high-level behaviors, but low-level control (exact joint torques, timing) still tends to need embodiment-specific fine-tuning. Totally unrelated but has anyone else noticed how fast component costs are dropping this year.

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

Posted: Tue Feb 17, 2026 1:16 am
by gimbalmar65
Pretty much this. One thing to add: 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.

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

Posted: Tue Feb 17, 2026 12:28 pm
by freya.smith
@gimbalmar65 Here's what I know on this: 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.

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

Posted: Thu Feb 19, 2026 3:23 pm
by scott.novikova7
I'd take that specific number with a grain of salt, honestly. Isaac Lab (the successor to Isaac Gym) is widely used for large-scale parallel RL training thanks to GPU-accelerated physics, while MuJoCo is often used as a secondary 'sim-to-sim' validation step because its contact dynamics are generally considered more realistic than Isaac's, even though it trains slower at scale.