Ein Raum kann aus einem Kamerawinkel richtig aussehen und dennoch eine fehlerhafte Sichtbarkeit haben. Teste Übergänge, nicht nur Innenräume: Oft zeigt sich der Fehler beim Annähern an oder Überqueren einer Öffnung.
Diese Lektion erweitert die originale Werkstatt aus der MLO-Anleitung. Sie ist keine Sammlung universeller Portal-Flags.
Halte einen Raumgraphen neben dem Modell bereit
Zeichne drei benannte Knoten: außen, Vorderraum, Werkstatt. Verbinde außen mit dem Vorderraum und diesen mit der Werkstatt. Dieser Graph beschreibt die vorgesehenen Beziehungen. Ergänzt du später ein Fenster oder eine weitere Öffnung, aktualisiere zuerst die Zeichnung.
Die Sollumz-YTYP-Anleitung dokumentiert Räume, Limbo und Portalerstellung. Limbo gehört in diesem Workflow zur Außenverbindung, und die Portalrichtung ist dort wichtig. Nutze den sichtbaren Richtungsindikator und die dokumentierte Konvention des Werkzeugs statt eines Screenshots aus einem fremden Projekt.
Gib den Testräumen eindeutige Merkmale
Verwende beschreibende Namen wie front_room und workshop. Notiere beim Prüfen des Modells Grenzen, verbundene Öffnungen und erwartete Inhalte. Das ist eine Testnotiz, keine zusätzliche Spielmetadatei.
Mache die Räume beim Testen optisch unterscheidbar. Ein temporärer eigener Prop oder eine andere schlichte Oberfläche zeigt sofort, welcher Bereich verschwunden ist. Entferne reine Testobjekte vor dem finalen Build.
Verschiebe nicht gleichzeitig Raumgrenzen, ändere Entitätszuordnungen und drehe ein Portal um. Bei einer Verbesserung musst du wissen, welche Änderung wirksam war.
Prüfe jede Öffnung einzeln
Bestimme an der inneren Türöffnung die vier Eckpositionen und die zu verbindenden Räume. Vergleiche die Portalebene mit der tatsächlichen Öffnung. Eine in die Wand versetzte Ebene ist in der Standardansicht oft schwer zu erkennen.
Prüfe an der Außentür die Limbo-Verbindung unabhängig. Das Kopieren des Innenportals erzeugt nicht automatisch die richtige Außenkonfiguration. Exportiere nach Änderungen einen zusammenpassenden Dateisatz statt nur der zuletzt geöffneten Datei.
Ein Portal entfernt keine Wand, erzeugt keine Gehfläche und implementiert keine bewegliche Tür. Funktioniert die Sichtbarkeit, aber nicht die Bewegung, wechsle zum Kollisionstest statt weiter Portaleinstellungen zu ändern.
Nutze eine Testmatrix für Türöffnungen
| Position | Blickrichtung | Erwartete Beobachtung |
|---|---|---|
| Außen vor dem Eingang | In den Vorderraum | Die vorgesehene Eingangsansicht ist sichtbar |
| Direkt im Vorderraum | Zurück zur Straße | Die Außensichtbarkeit entspricht der Planung |
| Vorderraum vor der inneren Türöffnung | In die Werkstatt | Der verbundene Raum ist durch die Öffnung sichtbar |
| Werkstatt vor der inneren Türöffnung | In den Vorderraum | Die Verbindung funktioniert auch in Gegenrichtung konsistent |
| Auf beiden Seiten einer Schwelle | Kamera langsam drehen | Kein unerklärliches Verschwinden am Übergang |
Das sind vorgeschlagene Abnahmetests für dieses Beispiel, keine Vorgabe, dass jedes MLO jeden Raum von jeder Position aus zeigen muss. Notiere die beabsichtigte Sichtbarkeit, bevor du das Ergebnis bewertest.
Diagnostiziere anhand von Beobachtungen
Verschwindet die Werkstatt nur beim Blick durch ihre Tür, notiere Kameraposition und Blickrichtung. Prüfe diese Verbindung vor Änderungen an unbeteiligten Materialien. Fehlt nach Neuverbindung der ganze Innenraum, kontrolliere zuerst, ob Ressource und Archetyp geladen wurden.
Tritt der Fehler nahe einer Raumgrenze auf, vergleiche mehrere Positionen entlang derselben Route. Eine reproduzierbare Grenze ist hilfreicher als „manchmal unsichtbar“. Bewahre den letzten funktionierenden Export auf, um neue Raum- oder Portaländerungen als Ursache zu prüfen.
Erweitere die stabile Zweiraumkonfiguration um jeweils eine Öffnung oder einen Raum. Vergrößere die Testmatrix mit dem Graphen; ersetze ein kleines geprüftes Modell nicht in einem Export durch ein großes ungeprüftes.
Stimme Raumgrenzen, Portale und Entitätszuordnungen ab
Die Sollumz-YTYP-Leitfaden dokumentiert MLO-Definitionen, Limbo und Innenräume, Grenzen aus ausgewählten Vertices sowie Türportale. Nutze die Funktionen deiner installierten Version. Verwechsle Projekt-UUID, Archetypkennung und Kollisionsraum-ID nicht, nur weil alle auf einem Screenshot wie „Raumnummern“ aussehen.
Halte neben der Quelle den Graphen außen ↔ Vorderraum ↔ Werkstatt bereit. Jede Öffnung soll das richtige Raumpaar verbinden und auf der tatsächlichen Tür liegen. Prüfe Eckreihenfolge und -richtung, Öffnungsgröße sowie Raumzuordnung jeder Hülle und jedes Props. Untersuche physische Öffnungen getrennt von Sichtbarkeitsdaten.
Eine wiederholbare Portal-Abnahmeroute
Nutze immer dieselbe Route: von außen hineinsehen, vom Vorderraum hinausblicken, zur gemeinsamen Tür schauen, aus der Werkstatt zurückblicken und dann rückwärts durchlaufen. Halte an jeder Tür statt hindurchzurennen. Notiere den verschwindenden Raum, die Kamerarichtung und ob benachbarte Props mit verschwinden.
Ändere eine verdächtige Beziehung, exportiere alle betroffenen Daten derselben Revision und wiederhole den Test. Eine Portaländerung, die eine Richtung verbessert und den Rückweg beschädigt, besteht die Abnahme nicht. Das MLO-Quellbeispiel liefert einen begrenzten Graphen zum Prüfen, keinen Nachweis, dass deine finalen nativen Raumdaten bereits im Spiel funktionieren.