NVIDIA Omniverse: Simulationsbeispiele mit Astra-Agenten vorgestellt

In einem am 9. Oktober 2026 veröffentlichten Blogbeitrag stellte NVIDIA Simulationsprojekte vor, die Entwickler mithilfe von Omniverse-Bibliotheken und KI-Agenten erstellt haben. Die Beispiele reichen von Lagerrobotern und Tests autonomer Fahrzeuge über digitale Zwillinge bis hin zu 3D-Anwendungen im Browser. In den von NVIDIA beschriebenen Workflows geben Entwickler den Agenten Anweisungen in natürlicher Sprache, prüfen die Ergebnisse und steuern sie bei Änderungen nach.

Wie kam Astra im Lagersimulator zum Einsatz?

Frank DeLise, Product Manager bei NVIDIA Omniverse, kombinierte eine SimReady-Lagerumgebung mit einem humanoiden Roboter zu einem interaktiven Simulator. In diesem speziellen Beispiel wurde Astra genutzt, um den Anwendungscode zu erstellen, der ovphysx für die Physik, ovstage für Szenenaktualisierungen, ovrtx für das Rendering und ovui für die Benutzeroberfläche verbindet. SimReady unterstützte zudem beim Aufbau der physischen Szene in der Simulation. In der entstandenen Umgebung lassen sich Lageraufgaben aus der Ich- und der Third-Person-Perspektive betrachten.

Für eine Arbeit zum autonomen Fahren erstellte Doyub Kim aus dem NVIDIA-Team eine wiederverwendbare Testumgebung auf Grundlage der Market Street in San Francisco. Astra führte schrittweise die Komponenten für Asset-Erstellung, Verkehr, Omniverse-RTX-Sensorsimulation und Alpamayo-Fahrfunktionen zusammen. Der Prototyp diente dazu, zu vergleichen, wie sich Änderungen an der Szene oder den Sensoren auf das Fahrverhalten auswirken. In einem separaten Experiment wurden mit Cosmos3-Nano die Wetter- und Lichtverhältnisse in aufgezeichneten Simulationsvideos verändert.

Wie wurden digitale Zwillinge und Roboterbewegungen getestet?

In der Arbeit von Ashley Reid aus dem RTX-Sensorvalidierungsteam bewerteten die Agenten Astra und Claude Fable 5 die Abweichungen zwischen Kamera- und Roh-LiDAR-Ausgaben aus ovrtx und aufgezeichneten Daten. In einem iterativen Prozess, der etwa drei Tage dauerte, erstellten oder bearbeiteten die Agenten OpenUSD-Szenen. Änderungen an fehlenden Objekten, Geometrie und Materialien wurden anhand von Kamera- und LiDAR-Messungen überprüft.

Im Experiment Robo Olympics entwickelte Astra anhand von Sportvideos und natürlichsprachlichen Anweisungen Steuerungssysteme für simulierte humanoide Unitree-G1-Roboter. In einem von NVIDIA veröffentlichten Test überwand der Roboter ein einzelnes Hindernis in 64 von 100 Simulationsversuchen. Für die Arbeit kamen die Physiksimulation mit der Newton Physics Engine, die Rechenbeschleunigung mit NVIDIA Warp und ovrtx für die Darstellung zum Einsatz. Das Ergebnis wird als experimentelles Beispiel dafür vorgestellt, wie sich Roboterbewegungen in der Simulation bewerten lassen.

Der Blog beschreibt außerdem eine Anwendung, in der Assets mit Blender vorbereitet und ein OpenUSD-Modell der Internationalen Raumstation mit Telemetriedaten in den Browser übertragen wurde. In einem weiteren Projekt entstand aus Stereo-Kameraaufnahmen eine bearbeitbare OpenUSD-Studio-Szene. Das Kollisions- und Kontaktverhalten von Türen und Schubladen wurde mit Tests in Isaac Sim überprüft.

Was bedeutet das für Architektur- und Archviz-Workflows?

Die Ankündigung ist kein fertiges Produkt für Architekturdesign oder Archviz. Dennoch bietet der Ansatz, aus Kameraaufnahmen eine bearbeitbare Innenraumszene zu erstellen und die Interaktion von Türen und Schubladen in einer Simulation zu testen, Architektur- und Innenarchitekturbüros, die räumliches Verhalten untersuchen, einen interessanten Anknüpfungspunkt. Die Quelle macht keine Angaben zur Kompatibilität der Beispiele mit Architektur-Software oder dazu, ob es sich um einen validierten Archviz-Workflow handelt.

Bei der Bewertung der praktischen Einsatzmöglichkeiten für Büros und Visualisierungsteams sollten die Übertragung von OpenUSD-Szenen, die benötigten GPU-beschleunigten Komponenten und die Eignung vorhandener Assets berücksichtigt werden. In NVIDIAs Beitrag werden weder Hardwareanforderungen, Lizenzbedingungen und Preise noch ein Zeitplan für die allgemeine Verfügbarkeit genannt. Die Beispiele sollten daher als Entwicklerprojekte und nicht als fertige Produktionslösung betrachtet werden.