Die Kerneditor-Panels sind verfügbar + Windows-Unterstützung

Vom „Skelett“ zum „Fleisch“: Der Redakteur beginnt mit dem Ausfüllen

In den letzten zwei Tagen wurde das „Skelett“ des Editors aufgebaut – das andockbare Bedienfeldsystem, Transformationswerkzeuge, Rückgängig/Wiederherstellen. Aber ein Skelett allein kann keine Arbeit leisten; Was jemanden tatsächlich dazu bringt, sich hinzusetzen und ein Spiel zu entwickeln, sind die Funktionstafeln, die an diesem Skelett hängen. Die heutige Arbeit besteht genau darin, diesem Grundgerüst Gestalt zu verleihen: Auf einmal werden die drei Kernbereiche ausgefüllt, die für jeden Spieleditor unverzichtbar sind, sodass der grundlegendste Bearbeitungsablauf – „Objekte anzeigen, auswählen, Eigenschaften ändern, Assets einbinden“ – zum ersten Mal durchgängig abläuft. In der Zwischenzeit hat sich die Engine in zwei Richtungen erweitert: Sie hat die Rendering-Grundlage für die gesamte Tile-Map-Kategorie des 2D-Gameplays hinzugefügt und eine Reihe von Windows-Kompatibilitätsproblemen behoben, damit mehr Leute sie ausführen können. Mit einem importierten Modell, das tatsächlich in ein Beispielspiel eingebunden ist und dessen Backend sich bei einem Ausfall sanft verschlechtert, ist das Thema des Tages klar: Das in den vorangegangenen Tagen aufgebaute Framework Punkt für Punkt in etwas wirklich Brauchbares zu füllen.

Das Kern-Editor-Trio: Hierarchie / Inspektor / Assets

An diesem Tag füllte der Redakteur die drei wichtigsten Abschnitte der Spielebearbeitung aus, wobei sich jeder auf seinen eigenen Bereich konzentrierte und keiner entbehrlich war. Das Hierarchie-Bedienfeld: Ordnet jedes Objekt in der Szene in einem Baum nach der Eltern-Kind-Beziehung an und macht auf einen Blick klar, wer wessen Kind ist. Klicken Sie zum Auswählen – hier finden Sie „Dinge und erfassen die Struktur“ in einer Szene. Das Inspektor-Bedienfeld: Wählen Sie ein Objekt aus und alle Eigenschaften werden auf der rechten Seite angezeigt – Position, Drehung, Material, alle Arten von Parametern, die direkt bearbeitet werden können – hier können Sie „eine Sache anpassen“. Das Assets-Bedienfeld: Durchsuchen und ziehen Sie alle Materialien des Projekts ein – Modelle, Texturen, Szenenpakete usw., und ziehen Sie alles ein, was Sie benötigen – hier „holen Sie Materialien“. Zusammen bilden die drei den Kernablauf, den jeder Spieleentwickler hunderte oder tausende Male am Tag wiederholt: „Alle Objekte anzeigen → eines auswählen → seine Parameter ändern → etwas aus Assets hineinziehen“ – schließlich in Studio abgeschlossen. Sie sind gerade deshalb ein „Trio“, weil das Wesen des Schnitts darin besteht, endlos zwischen „der Gesamtansicht, dem Einzelobjektdetail und der Materialquelle“ zu pendeln – erst wenn alle drei vorhanden sind, wird der Herausgeber wirklich arbeitsfähig.

Die Engine erhält 2D-Kachelkarten-Rendering

Die Engine legte heute den Grundstein für eine ganze Kategorie von Gameplay: 2D-Kachelkarten-Rendering. Kachelkarten sind der klassische 2D-Spielansatz: Schneiden Sie die Welt in ein Raster aus quadratischen Zellen, fügen Sie in jede Zelle ein kleines Bild („eine Kachel“) ein, und zusammengefügt ergeben sie eine ganze Karte: Gras, Mauern, Flüsse und Straßen werden alle aus diesen kleinen Quadraten gepflastert; Klassische Side-Scrolling-, Top-Down- und Pixel-Art-Spiele basieren fast alle darauf. Heute hat die Engine die Basiskomponenten für Kachelkarten und Kachelebenen bereitgestellt und kann ein gängiges Kachelkarten-Dateiformat lesen. Das bedeutet, dass eine Ebene, die Sie in einem speziellen Kartentool zeichnen, direkt in die Engine eingelesen und gerendert werden kann, ohne jede Zelle manuell neu platzieren zu müssen. Die Bedeutung: Es erweitert formal die Reichweite der Plattform von den zuvor 3D-orientierten Szenen auf das weite Gebiet von 2D – das erste Spiel, das viele Entwickler machen möchten, ist genau ein 2D-Spiel, und wenn dieser Weg eröffnet wird, öffnet sich die Tür für eine große Gruppe von 2D-Entwicklern.

Windows-Kompatibilität: Es läuft ordnungsgemäß auf mehr Computern

Dieser Tag konzentrierte sich auf eine Reihe von Windows-Kompatibilitätsproblemen. Die häufigste und heimtückischste Gefahr plattformübergreifender Software liegt oft nicht in den Funktionen selbst, sondern in den subtilen Konventionsunterschieden zwischen Systemen: Verschiedene Betriebssysteme verwenden unterschiedliche Textzeilenenden, unterschiedliche Dateipfadtrennzeichen, unterschiedliche Verhaltensweisen für den Wildcard-Dateiabgleich – und wenn einer davon nicht ausgerichtet ist, schlägt Code, der auf einem System einwandfrei lief, auf einem anderen aus unerklärlichen Gründen fehl. An diesem Tag wurde nach und nach eine Reihe von Fehlern behoben, die durch diese Unterschiede verursacht wurden, und die Konvention für Textzeilenenden vereinheitlicht, sodass sich alle Dateien auf allen Plattformen konsistent verhalten. Für Windows-Benutzer bedeutet dies, dass die Entwicklungsumgebung und die Tests ordnungsgemäß auf ihren eigenen Computern ausgeführt werden, anstatt sich überall auf Betriebssystemunterschiede zu beschränken. Damit ein Tool von möglichst vielen Menschen genutzt werden kann, ist die plattformübergreifende Unterstützung eine unvermeidliche Voraussetzung – es fügt keine neue Funktion hinzu, entscheidet aber direkt, wie viele Menschen „nicht einmal reinkommen“. Durch die Stärkung dieser Kompatibilität wird das allererste Hindernis für eine breitere Benutzerbasis beseitigt.

Verkabelung eines „importierten Modells“ in ein echtes Spiel + ein stabileres Backend

Am Vortag wurde die Funktion „Ziehen Sie ein Modell hinein und es wird zu einer Szene“ geöffnet. Dieser Tag hat es anhand eines realen Beispiels durchgespielt: Ein vollständiges Szenenmodell wurde in das Shooter-Beispiel als reales Beispiel für den Pfad „Modell importieren → spielbare Szene zusammenstellen“ eingebunden. Das bloße Ausführen einer neuen Funktion reicht nicht aus – es bedarf eines realen Anwendungsfalls, um zu überprüfen, ob sie in einem tatsächlichen End-to-End-Ablauf Bestand hat, und dieses Beispiel tut genau das. Das Backend hält auch Überraschungen besser stand: Wenn ein abhängiger Unterdienst noch nicht verfügbar ist, werden zugehörige Anfragen jetzt ordnungsgemäß auf den eindeutigen Status „vorübergehend nicht verfügbar“ herabgestuft, anstatt einen Haufen allgemeiner Serverfehler auszulösen, die die gesamte Schnittstelle zum Absturz bringen. Dieser „anmutige Abbau“ ist ein Kennzeichen eines robusten Systems – der Ausfall einer Komponente sollte nicht das gesamte System lahmlegen; Es sollte klar und deutlich heißen: „Dieser Teil ist derzeit nicht verfügbar“ und der Rest sollte weiterlaufen. In Kombination mit dem früheren Kanal zum Hochladen binärer Assets wurde die gesamte Kette des Einbringens externer Materialien und deren Verwendung in einem echten Spiel heute vollständiger.

Was dieser Tag bedeutet

An diesem Tag gab es keinen einzigen bahnbrechenden Durchbruch, aber er veranschaulicht sehr schön den Prozess des „Übergangs vom Rahmen zur Praxistauglichkeit“ eines Produkts. Die Ankunft des Editor-Trios bedeutet, dass die visuelle Bearbeitung von Studio zum ersten Mal von „nachweisbar“ zu „man kann sich tatsächlich hinsetzen und arbeiten“ gewandelt hat; Durch die Hinzufügung von 2D-Kachelkarten wurde das Gebiet der Plattform von 3D auf 2D erweitert und eine große Anzahl von Entwicklern angesprochen, die klassische 2D-Spiele erstellen möchten. und der Windows-Kompatibilitäts-Fix überwindet die Eintrittsbarriere vorzeitig für mehr potenzielle Benutzer. Zusammengenommen weisen diese drei Punkte in die gleiche Richtung: Mehr Menschen, auf mehr Arten und auf mehr Geräten, die Möglichkeit zu geben, diese Plattform wirklich zu nutzen. Die Reife eines Tools ist nie die Geburt eines großartigen Features, sondern vielmehr die kontinuierliche Erweiterung dieser Art von „Abdeckung“ und „Benutzerfreundlichkeit“ Tag für Tag.