Areale, Spielzonen & Sektoren — Antares World Engine
Dieses Kapitel beschreibt den Aufbau antarianischer Planeten über Hexagon-Raster und Nachbarschaftsprinzipien, die Hierarchie von Spielarealen über Spielzonen und Sektoren bis hin zu Biomen und Kontinenten, sowie die Subsystemgruppen BUG Profiling & Debugging (6) und PYS Collision & Physics (13).
Grundlagen der Spielzonen
Beginnen wir mit dem Basiswissen der Generierung und dem Aufbau eines antarianischen Planeten. Das Konzept wird verschiedene Prinzipien der Nachbarschaft dedizierend anwenden:
| Prinzip | Rastertyp | Anwendung |
|---|---|---|
| Moore-Nachbarschaft | Quadratisch | Simulation und rasterbasierte Automaten |
| Hexagon-Nachbarschaft | Hexagonal | Spielzonen auf prozedural generierten Planeten |
Für die Hexagon-Nachbarschaft gelten alle Zellen als Nachbarn, die mindestens eine Ecke mit ihrer Basisfläche gemeinsam haben. Um alle sechs Nachbarzellen (Spielzonen) betreten zu können, muss die Wegrichtung für alle sechs spielerisch unsichtbaren Übergänge (Kanten) determiniert bleiben. So spannt sich ein wabenförmiges Hexagon-Rasternetz über die planetarische Spielfläche des Geoiden.
Die abgebildete Spielfläche (Summe von Spielzonen auf einem Planeten) besteht aus N Hexagons, welche maximal über sechs offizielle Übergänge (Tore) verfügen. Die gekrümmte Spielfläche umspannt einen kugelähnlichen Geoid — zwingend erforderlich für die theoretische Möglichkeit der Umrundung von Planeten. Die Anzahl der Waben ist theoretisch unendlich, da der Radius des Geoiden die Größe der Spielwelt beliebig skalieren kann. Diese Form des Rasters prädestiniert sich für die Echtzeit-Strategie-Komponenten des {{MH3SR}}-Rollenspiels.
Den Zusammenschluss mehrerer Spielzonen nennt man einen Spielsektor, der wiederum von planetarischen Biomen zusammengefasst wird. Biome werden in territoriale Klimakluster determiniert, welche in der obersten Hierarchie auf N tektonische Platten in Form von Kontinenten generalisiert sind. Ein Spielareal bildet eine noch nicht portierte Spielzone zu einem Sektor. Eine Spielzone gilt mit ihrer Persistenz als territorial befähigt, Supra- und Infrastruktur aufbauen zu können.
Übergänge und Persistenz
Der Übergang zu einer anderen Spielzone ist im Idealfall seamless in seiner Charakteristik — unabhängig davon, ob über offizielle Wege oder fernab der Wege gegangen wird. Entscheidend ist die Detektierung der jeweiligen Kantenflächen als Trigger. Offizielle Routen erfolgen immer auf den offiziellen Wegen und durchqueren jeweils mindestens einen markanten Punkt (Wegpunkt) auf einer Kantenlinie einer Wabe.
Der Uebergang zwischen Spielzonen ist im Idealfall seamless -- der Spieler bemerkt den Wechsel nicht bewusst. Erst die strategische Bedeutung von Kantenpunkten, Wegpunkten und offiziellen Routen offenbart, dass jeder Zonenwechsel ein potentielles taktisches Ereignis darstellt, von Hinterhalten bis zur Risikobewertung des Inventars.
Dies hat strategische Bedeutung, zum Beispiel für das Scouting im nicht-persistenten Raum. Offizielle Wegpunkte können belagert werden, die Gefahr von Hinterhalten potenziert sich an diesen bekannten Übergängen erheblich. Je nach Kostbarkeit des mitgeführten Inventars kann es ratsam werden, vorab zu scouten, um die Einflussgrößen für eine Risikobewertung im Sektor anzupassen. Die Kernkompetenz Reisen & Rasten nimmt hierbei einen entscheidenden Einfluss im Spielgeschehen.
Da nur die in Interaktion stehenden Waben ein fest definiertes Eco-System unterliegen, werden alle prozedural vorgerenderten Spielareale vom Bauplan und Algorithmus der umliegenden Nachbarschaften direkt abhängig. Bei Inaktivität (keine Durchreise, keine Interaktion) werden die Felder wieder aus der Matrix der zu berechnenden Spielareale genommen (vgl. Selbstorganisierende Karten (SOM)). Dem Spieler offenbart sich so eine dynamisch veränderbare Welt auf Basis von Vorhersehung, Bestimmung und Zufall gleichermaßen. Die Welt folgt in ihrer Steuerung herkömmlichen WASD-Elementen — ihre Ausrichtung liegt jedoch in der strategischen Bedeutung zur Echtzeitsimulation, bezugnehmend zum Automatismus (vgl. Grad der Automatisierung).
Die Veränderbarkeit durch Interaktion prägt auf ganzer Linie die territoriale Entwicklung eines Planeten. Mit der Interaktion (Veränderung von Topologie) in einem Spielareal durch den Spieler entsteht ein Interaktionsmarker, welcher zu einer persistenten Speicherung des Gebietes auf dem Geoid führt. Die zeitliche Komponente — Haltbarkeit und Lebensdauer — reguliert die Dauer der Persistenz. Eine durch Rasten ausgelöste Interaktion würde nur dann ihre Persistenz auf dem Server erreichen, wenn die Gruppe beispielsweise durch das Bauen von Höhlen oder einem Unterschlupf eine neue Ebene der Interaktion erreicht. So kann ein Spielareal nur für den Zeitraum des Rastens Bedeutung haben, wenn keine dauerhafte Veränderung der Suprastruktur erfolgt.
AWE/BUG — Profiling & Debugging
Das BUG Profiling & Debugging System bietet umfassende Werkzeuge zur Leistungsanalyse und Fehlerbehebung der Engine. Von Performance-Profiling über Recording und Playback bis hin zu Memory-Analyse und In-Game-Debug-Menüs.
Subsysteme 176–181
BUG//PRFLNG — Debugging Performance Profiling Control. Zentrale Leistungsanalyse mit CPU/GPU-Profiling und Frame-Timing.
BUG//RCRDNG — Recording Framework Subsystem. Aufzeichnung von Spielzuständen und Eingaben für Replay und Debugging.
BUG//PLYBCK — Playback Framework Subsystem. Wiedergabe aufgezeichneter Sessions für deterministische Fehlerreproduktion.
BUG//MEM — Memory Framework Subsystem. Speicheranalyse: Leak-Detection, Allocation-Tracking und Pool-Statistiken.
BUG//PRFRMNC — Performance Framework Subsystem. Performance-Counters und -Metriken für Echtzeit-Monitoring.
BUG//IGM — IG Menus Framework Subsystem. In-Game-Debug-Menüs für Echtzeit-Inspektion und Parameter-Tweaking.
Sektorhierarchie und Gebietsklassifikationen
Die Hierarchie der Spielwelt folgt einer klaren Schichtung:
| Ebene | Name | Charakteristik |
|---|---|---|
| 1 | Spielareal | Niemandsland — nicht-portierte Zone |
| 2 | Spielzone | Suprastrukturen — persistente, bebaubare Zone |
| 3 | Spielsektor | Politik — Zusammenschluss mehrerer Zonen |
| 4 | Biom | Eco-Systeme — ökologisch zusammenhängendes Gebiet |
| 5 | Spielkluster | Klima & Wettersystem — klimatisch kohärente Region |
| 6 | Kontinent | Tektonische Platten — Elevation und geologische Grenzen |
| 7 | Planet | Makrokosmos — Teil des panspermischen Universums |
Dabei wird das Areal über eine prozedurale Gebietsregeneration im Pseudozufallsbereich in der wahrscheinlichen Laufrichtung des Spielers über die angrenzenden Waben vorgerendert.
Des Weiteren entstehen durch die Bewirtschaftung der Spielzonen automatisch gemeinsam nutzbare Wege und Routen. Neue Handelswege, die von Spielern häufig genutzt werden, können sich zu bekannten Handelsstraßen ausbauen. Das automatisierte Wegenetz wird auf Basis bevorzugter Reiserouten nach dem Wabennetzwerk geplant. Genau hier liegt der Reiz, durch Schnelligkeit und Automatismus des Transportsystems die Risiken abzuwägen — so wird ein Spieler als Handelsreisender mit wertvoller Fracht eine andere Risikobewertung erhalten als im Terrain über Feld und Wiesen, im Wald oder in der Wüste. Die hybride Architektur dieser Welt wird erst mit den Facetten des Gameplays, insbesondere durch die detektierbaren Techniken des Scouting, in ihrer Besonderheit tiefgründig erkennbar.
So ist durch manuelle Reise jeder Punkt auf der persistenten Welt ansteuerbar, vorausgesetzt Topografie und Game-Physik lassen dies zu. Wie viele offizielle Zutrittspunkte es für ein Spielareal geben wird, hängt von der Topologie sowie von der Häufigkeit der Interaktion im Bezug auf das Gelände ab.
Das Konzept etabliert drei grundlegende Gebietsklassifikationen:
| Klassifikation | Steuerung | Regeln |
|---|---|---|
| Spielerbestimmend | Spieler und Allianzen | Community-Regeln und Netiquette |
| Agentenorientiert | KI-Charaktere und Lebensformen | Autonome Verhaltenssteuerung |
| Staatshand | Antarianische Regierung | Protektorate, Eskorten, Söldner |
Die maximale Begrenzung liegt aufgrund der Wabenform bei sechs Zutrittsfronten. Hieraus ergeben sich durch die Topologie Durchgangssysteme mit im schlechtesten Fall sechs Fronten der Verteidigung — oder seltene, begehrte Sackgassengebiete, welche sich als Heimatsystem gut verteidigen ließen. Die Chance, in solchen Arealen wichtige topologische Merkmale wie Flüsse, Seen oder Zugang zum Meer zu erhalten, erfordert viel Tatendrang der Heimatsuchenden.
Die siebenstufige Hierarchie von Spielareal bis Planet folgt dem Prinzip zunehmender Abstraktion: Waehrend einzelne Areale durch Spielerinteraktion persistent werden, aggregieren Sektoren politische Strukturen, Biome oekologische Zusammenhaenge und Kontinente tektonische Grossraeume. Jede Ebene bringt eigene Gameplay-Mechaniken und strategische Entscheidungen mit sich.
Wirtschaftsdaten und politische Dynamik
Zu jedem Spielareal werden vielfältige Wirtschaftsdaten erhoben und ausgewertet. Strategisch wertvolle Gebiete (Sektoren) werden durch die Transparenz im Metagaming zudem stark politisch umkämpft sein. Die Notwendigkeit, sich starke Bündnispartner ins Boot zu holen, obliegt schon seiner bestechenden Logik.
Das Konzept etabliert drei grundlegende Einflussbereiche: die spielerbestimmenden Spielzonen, die agentenorientierten Charaktere und Lebensformen sowie die in Staatshand der antarianischen Regierung selbst. Jede dieser Gebietsklassifikationen beherbergt individuelle Vor- und Nachteile. Im Einflussbereich des Protektorats oder des Königs sind Eskorten, Protektoren und Söldner anzuheuern — eine adäquate Möglichkeit, sich Schutz durch Prestige und Leumund aufzubauen. In spielerdominierenden Gebieten gelten sodann völlig andere Regeln und Netiquetten.
Der Schwierigkeitsgrad wird durch die berufsorientierte Spielweise (Dedizierung), fernab der antarianischen Regierung und in Abhängigkeit der politischen Machtverhältnisse zu anderen Allianzen, Konglomeraten und Bündnisprotektoraten in diesen Spielsektoren, deutlich steigen.
AWE/PYS — Collision & Physics
Das PYS Collision & Physics System bildet die gesamte Physik-Simulation ab — von Ragdoll-Physik über Kräfte und Constraints bis hin zu Cloth-Simulation, Fluid Dynamics und der Integration von Nvidia PhysX. Mit 13 Subsystemen ist es eines der umfangreichsten und performancekritischsten Systeme der Engine.
Subsysteme 201–213
PYS//PYSICS — Ragdoll Physics Collision Interface Physics Control. Zentrale Physik-Steuerung mit Ragdoll-Simulation und Kollisionserkennung.
PYS//FORCES — Forces/Power Framework Subsystem. Kräftesimulation: Gravitation, Wind, Explosion, Magnetismus und benutzerdefinierte Kräfte.
PYS//CNSTRNTS — Constraints Physics Framework Subsystem. Physikalische Zwangsbedingungen: Gelenke, Seile, Federn und Scharniere.
PYS//SHAPES — Shapes Framework Subsystem. Kollisions-Geometrien: Boxes, Spheres, Capsules, Convex Hulls und Triangle Meshes.
PYS//CLDBLS — Colidables Framework Subsystem. Verwaltung kollisionsfähiger Objekte und deren Broadphase-Registrierung.
PYS//PHNTMS — Phantoms/Spectres Framework Subsystem. Trigger-Volumes und Sensor-Shapes für nicht-physikalische Detektion.
PYS//QUERIES — Ray/Shape Casting Framework Subsystem. Raycasts und Shape-Casts für Sichtlinien, Projektile und Umgebungsabfragen.
PYS//RGDBDYS — Rigid Bodys Framework Subsystem. Simulation starrer Körper mit Impuls, Drehmoment und Reibung.
PYS//CLLSN — Physics/Collision Framework Subsystem. Narrowphase-Kollisionserkennung mit Kontaktpunktgenerierung und -auflösung.
PYS//CLTHNG — Clothing Simulation Framework Subsystem. Cloth-Physik für Kleidung, Banner, Segel und andere textile Objekte.
PYS//DSTRCTBL — Destructable Objects Framework Subsystem. Zerstörbare Objekte mit Fraktur-Algorithmen und Trümmer-Physik.
PYS//FLUIDS — Fluids Simulation Framework Subsystem. Flüssigkeitssimulation: Wasser, Lava, Blut und andere viskose Medien.
PYS//PHYSX — Nvidia PhysX Control Subsystem. Integration der Nvidia PhysX-Engine für hardwarebeschleunigte Physiksimulation.
Die Physik-Engine muss die dynamischen Veränderungen der prozedural generierten Welt in Echtzeit abbilden. Wenn tektonische Platten Bergketten auffalten oder Ozeanschluchten vertiefen, müssen die Kollisions-Geometrien und Fluid-Simulationen entsprechend angepasst werden. Die enge Verzahnung von PYS mit dem Terrain-System (PTG) und dem Scene Graph (SGO) ist daher architektonisch kritisch.
Siehe auch
- DSGN_015_AWS_GLOBAL_VISION_ENGINE_OVERVIEW.md — Globaler Anspruch & Engine-Überblick
- DSGN_017_AWS_PROCEDURAL_GENERATION.md — Prozedurale Generierung & Rendering
- DSGN_020_AWS_GAME_LAYERS.md — Spielebenen & Gameplay-Architektur
- DSGN_027_AUTOMATA_THEORY_CONWAY_GOL.md — Automatentheorie (Conway/GoL)
- DSGN_022_CONTROL_LOOPS_FEEDBACK_SYSTEMS.md — Regelkreisläufe & Agenten im Eco System
- DSGN_075_INFRASTRUCTURE_LOGISTICS.md — Infrastruktur & Logistik
Module: Ase Docs 00.16.32 [feat]
Author: Jan Ohlmann (antarien.com@gmail.com)
Co-Author: Claude Code (Anthropic)
Created: 2026-02-19
Updated: 2026-02-19
Status: Kuratierte Version — Areale, Spielzonen & Sektoren (PortalViewer DSL)