Esterházy – Nach der Dämmerung, begehbarer Schloss-Prototyp in Unity

DIE IDEE

Esterházy – Nach der Dämmerung, begehbarer Schloss-Prototyp in Unity

Typ: Spiel Status: MVP Tech Stack: Unity 6 (6000.3.11f1), C#, Universal Render Pipeline, Unity Input System, Netcode for GameObjects, Unity Transport, Unity glTFast, UI Toolkit, MCP for Unity Problemstellung Die begehbare Architektur dieses Projekts entsteht nicht im Level-Editor, sondern in einem separaten Schwesterprojekt, das Schloss Esterházy als GLB samt JSON-Metadaten exportiert — und dieser Export ändert sich laufend. Von Hand nachgebaut müssten nach jedem neuen Modellstand Kollisionsgeometrie, Beleuchtung, Türen, Rauminventar, Reflexionssonden und das Außengelände erneut nachgepflegt werden. Gesucht war ein Weg, einen wechselnden externen Architektur-Export automatisiert und wiederholbar in eine physikalisch stimmige, begehbare Umgebung zu überführen. Beschreibung Ein begehbarer Unity-Prototyp, der eine laufend aktualisierte 3D-Rekonstruktion von Schloss Esterházy in eine bei Nacht spielbare Erkundung aus der Egoperspektive überführt. Statt Level-Design von Hand liest eine Content-Pipeline aus rund 35 Editor-Skripten die Metadaten des externen GLB-Exports ein und erzeugt daraus deterministisch Kollisionsgeometrie, Beleuchtung, 113 real simulierte Türen (der Öffnungswinkel wird physikalisch gegen echte Hindernisse berechnet, nicht von Hand gesetzt), Rauminventar, Reflexionssonden und einen umgebenden Schlosspark. Jeder dieser Schritte lässt sich nach einem neuen Modell-Export erneut ausführen, ohne von Hand nachgepflegt zu werden. Gespielt wird eine Figur mit Taschenlampe, die Türen öffnet und eine durchsuchbare Ortswahl mit Führung durch Schloss, Dachgeschoss und Park nutzt; dazu kommt ein vollständiges Menü-, Pause- und Einstellungssystem mit vier Reitern und umbelegbarer Steuerung. Unter der Haube läuft bereits Netcode for GameObjects — der Einzelspielermodus ist technisch ein lokaler Host —, echte Mehrspieler-Lobby und ein zweiter Client fehlen noch. Statt eines klassischen Testframeworks validiert sich das Projekt über rund 40 selbstgebaute Editor-Smoke-Tests und einen batchmode-fähigen Build- und Prüfaufruf. Ein Kampf-Untermodus (Pistole, Ziele) ist implementiert, aber bewusst deaktiviert, bis ein eigentliches Spielkonzept feststeht. Anwendungsfall Man geht bei Nacht mit Taschenlampe durch ein originalgetreu nachgebautes Schloss, öffnet echte Türen und lässt sich zu den schönsten Räumen führen — ohne dass jemand die Räume von Hand ins Spiel bauen musste. Link: —