Hytale Modding-Strategie und Status

Modding als Kern von Hytale

Gleich am Anfang wird klar: Hytale wird nicht einfach nur „Modding unterstützen“, sondern von Anfang an mit den gleichen Werkzeugen gebaut, die später auch der Community zur Verfügung stehen. Alles, was das Team intern nutzt, soll langfristig auch für Modder zugänglich sein – von Blöcken und Items über NPCs bis hin zu Weltgenerierung, UIs und Systemscripts.

Dahinter stehen vier zentrale Prinzipien:

• Server-side first: Modding basiert vollständig auf dem Server bzw. Host. Spieler sollen jedem modifizierten Hytale-Server beitreten können, ohne vorher Client-Modpacks zu jonglieren.
• Ein Client, eine Community: Es wird bewusst keine Client-Mods geben. Der Client bleibt stabil und sicher, die Vielfalt entsteht auf Serverebene.
• Modding auf lange Sicht: Hytale versteht sich als langfristige Plattform für kreative Projekte – nicht als kurzer Modding-Gag zum Release.
• Freiheit für Modder, Sicherheit für Spieler: Modder sollen möglichst viel Freiheit haben, ohne dass Spieler unnötigen Sicherheitsrisiken ausgesetzt werden.

Die Botschaft dahinter: Hytale will die Lehren aus anderen Modding-Ökosystemen ziehen – technische Freiheit ja, aber ohne Wildwest-Client-Mods und unnötige Sicherheitslücken.

Technischer Realitätscheck: Früher Zugang statt Perfektion

Im nächsten Abschnitt folgt ein ehrlicher Dämpfer: Das Team ist beim Thema Modding hinter dem eigenen Anspruch zurück. Es fehlen eigentlich Jahre an Entwicklungszeit, die jetzt in Monaten aufgeholt werden müssen. Einige Tools sind provisorisch, manche Systeme sind unvollständig dokumentiert, andere nur als Prototyp eingebaut.

Trotzdem hat sich das Team bewusst gegen weiteres Warten entschieden: Lieber jetzt Zugang zu den Tools ermöglichen, die gröbsten Baustellen beheben und den Rest gemeinsam mit der Community iterativ ausbauen.

Für Modder heißt das: Man wird auf Limitierungen, raue Kanten und fehlende Komfortfunktionen stoßen – aber genau diese Rückmeldungen sollen den Fahrplan der nächsten Monate prägen.

Die vier Säulen des Hytale-Moddings

Aktuell lassen sich Hytale-Mods grob in vier technische Kategorien einordnen:

• Server-Plugins (Java .jar)
  • Programmatische Erweiterung des Servers
  • Minigames, Ökonomien, Commands, eigene Logik, neue Asset-Typen und mehr
  • Sehr mächtig, aber klassisches Programmieren
• Data Assets (JSON-Dateien
  • Steuern das eigentliche Gameplay:
    • Blöcke, Items, NPCs
    • Weltgenerierung
    • Loot-Tabellen und Drops
• Art Assets (Modelle, Texturen, Sounds)
  • Visuelle und akustische Repräsentation
  • Offizielle Unterstützung für Blockbench, inklusive Plugin zum Erstellen Hytale-kompatibler Modelle, Texturen und Animationen
• Save Files (Welten & Prefabs)
  • Ganze Welten oder einzelne Bauwerke
  • Prefabs dienen auch der Weltgenerierung (Bäume, Häuser, Landmarken etc.)

Damit deckt Hytale von Beginn an den kompletten Weg vom einzelnen Block bis zum großen Serverprojekt ab – auch wenn noch nicht alles so komfortabel ist, wie es später sein soll.

Kein Lua, dafür Visual Scripting

Eine der meistgestellten Fragen aus der Community lautet: „Wo ist Lua oder eine andere Skriptsprache?“ Die kurze Antwort des Teams: Es wird keine textbasierte Skriptsprache geben – und das ist eine bewusste Entscheidung.

Begründung: „Einfache“ Skriptsprachen sind trotzdem echte Programmiersprachen. Programmierer müssten zwei Sprachen pflegen (z. B. Java und eine Scriptsprache), Designer müssten trotzdem Programmierkonzepte lernen, und am Ende erhöht das die Komplexität für alle Beteiligten.

Stattdessen setzt Hytale langfristig auf Visual Scripting:

• Designer bauen Logik über visuelle Nodes und Graphen (ähnlich zu Blueprint in Unreal).
• Programmierer bleiben bei Java/C# und stellen die leistungskritischen Bausteine bereit.
• Die Logik liegt in einem einheitlichen System, statt auf mehrere „Halbsprachen“ verteilt zu sein.

Perspektivisch soll Visual Scripting direkt mit der Spielwelt verschmelzen: Hebel, Türen, Trigger, Spawner und Encounter werden über Knoten im 3D-Raum verknüpft. Das erinnert an Systeme wie DOOM SnapMap, ist aber tief in die Hytale-Assetstruktur integriert.

Die Modding-Tools zum Early Access

Zum Start stehen mehrere Werkzeuge bereit, die teilweise direkt aus der internen Entwicklung stammen:

• Hytale Asset Editor: Zentrale Oberfläche für Daten-Assets. Unterstützt bereits viele Asset-Typen, aber mit Einschränkungen bei NPCs, Weltgenerierung und Interaktionen.

• Blockbench-Plugin: Offizieller Weg, um Modelle, Texturen und Animationen für Hytale zu erstellen. Die alten internen Model-Tools wurden zugunsten eines etablierten Community-Workflows abgelöst.

• Asset Graph Editor: Unfertiger, interner Editor für Weltgenerierung, Creative-Brushes, NPCs und mehr. Nicht auf dem Qualitätsniveau, das sich das Team wünscht – aber zu nützlich, um ihn zu verstecken.

• Machinima-Tools: Bereits 2018 genutzt, um den ersten Trailer zu produzieren. Technisch nicht perfekt, aber einsatzfähig für Ingame-Cinematics.
• Creative Tools: Interaktive Werkzeuge, um die Welt direkt im Spiel zu formen und Builds zu platzieren. Eigene Blogposts und Videos zu diesen Tools sind angekündigt.

Der Tenor: Wer jetzt einsteigt, bekommt echte Produktionswerkzeuge in die Hand – muss aber mit Bugs, unvollständiger Dokumentation und etwas Improvisation leben.

Kurzfristige Roadmap: Shared Source, Distribution, UIs, Stabilität

Der Blogpost skizziert eine klare Prioritätenliste für die ersten Monate nach Release.

Shared Source Server:

Der Server soll innerhalb von ein bis zwei Monaten nach Release als „Shared Source“ veröffentlicht werden. Bis dahin ist er bereits nicht obfuskiert und kann dekompiliert werden. Ziel ist, dass Modder Systeme verstehen, Implementierungen nachlesen und eigene Bugfixes und Verbesserungen zurückspielen können.

Asset-Pack- und Mod-Verteilung:

Ein ausgereiftes Distributionssystem hat es nicht mehr in den Early Access geschafft. Vorerst müssen Modder mit Reibungsverlusten beim Paketieren ihrer Kreationen und beim Verwalten von Abhängigkeiten rechnen. Genau hier will das Team schnell nachliefern – auf Basis realer Use-Cases aus der Community.

Custom UIs mit NoesisGUI:

Aktuell laufen noch drei UI-Frameworks parallel. Zwei davon sollen perspektivisch verschwinden, langfristig setzt das Team komplett auf NoesisGUI. Asset-basierte UIs existieren bereits, sind aber noch eingeschränkt – Modder können jedoch experimentieren und Feedback geben.

Stabilität und Datenintegrität:

Es gibt Crashes, teilweise mit Datenverlust. Die Entwickler empfehlen ausdrücklich: häufige Backups, Early-Access-Mindset, keine sensiblen Projekte ohne Sicherungen. Stabilität hat höchste Priorität, Verbesserungen sollen zügig nachgereicht werden.

First-Party-Servernetzwerk: Hypixel-Minispiele als Referenz, nicht als Konkurrenz

Ein weiterer Baustein ist ein eigenes, von Hytale betriebenes Servernetzwerk mit klassischen Hypixel-ähnlichen Minigames. Die Arbeit daran hat zwar noch nicht begonnen, aber die Ziele sind klar:

• Vertraute Minispiele zurückbringen, angepasst an Hytale.
• Die eigenen Tools „im Feld“ testen – also genau die Werkzeuge nutzen, die auch der Community zur Verfügung stehen.
• Daten aus dem Livebetrieb sammeln, um Performance zu optimieren und Hosting-Kosten zu senken.
• Code und Assets der Minigames teilweise offenlegen, damit andere daraus lernen und Bausteine übernehmen können.

Wichtig ist die Abgrenzung: Das Netzwerk soll die Community nicht verdrängen, sondern die ersten Monate nach Release absichern, bis genug eigenständige Server und Projekte entstanden sind.

Langfristige Vision: Vom Mod zum eigenen Spiel im Spiel

Langfristig beschreibt Slikey eine Vision, in der Hytale Moddern ein kompletter Baukasten für eigene Spielideen wird – von einfachen Anpassungen bis zu komplexen Serverprojekten mit Geschäftsmodell.

Ziele sind unter anderem:

• Neue Modder sollen ohne teure Software oder jahrelange Erfahrung einsteigen können.
• Erfahrene Entwickler sollen ernsthafte Systeme, Communities und wirtschaftliche Projekte auf Hytale-Basis aufbauen können.
• Die Grenze zwischen „Spiel spielen“ und „Spiel gestalten“ soll verschwimmen.

Dazu gehören zum Beispiel:

Shared Source + Bounties:

Der offene Serversource soll durch ein Bounty-System ergänzt werden, bei dem gezielt bestimmte Features oder Verbesserungen ausgeschrieben und vergütet werden.

Node-Editor in der Asset-Pipeline:

Schmerzpunkte wie NPC-Verhalten, Interaktionen und Weltlogik sollen über Node-Graph-Editoren konfigurierbar werden – direkt im Asset Editor statt in rohem JSON.

Visual Scripting im 3D-Raum:

Komplexe Encounter, Adventure-Maps und Minigames sollen direkt in der Welt gebaut werden, ohne ständig zwischen Spiel und externen Editoren springen zu müssen.

Fazit: Früher Zugang mit Ecken und Kanten – aber ein starkes Signal an Moder

Unterm Strich ist der Blogpost ein bewusst ehrlicher Statusbericht: Die Tools sind unfertig, die Dokumentation lückenhaft, und wer direkt zum Early Access einsteigt, muss mit Abstürzen, Workarounds und Improvisation leben. Gleichzeitig macht Hytale deutlich, dass Modding kein Nebenschauplatz, sondern ein zentrales Ziel des Projekts ist – von der Architektur über die Tools bis hin zur langfristigen Shared-Source-Strategie.

Für die deutschsprachige Community bedeutet das: Wer jetzt anfängt, sich mit Server-Plugins, JSON-Assets, Blockbench und den ersten Tools zu beschäftigen, ist ganz vorne dabei, wenn es darum geht, eigene Hytale-Projekte aufzubauen – von kleinen QoL-Mods über kreative Welten bis zu professionellen Servernetzwerken.

Übersetzt von diesem Blogpost.