Engine

Hier prüfst du die gemeinsamen Voraussetzungen von Spiel, Runtime, Mod-API und Parser. Diese Prüfungen erklären, warum eine Funktion bereit ist, noch wartet oder nicht verfügbar ist.

Spiel und Runtime

ShroudForge unterscheidet Client und Dedicated Server. Manche Funktionen sind nur für einen der beiden Prozesse vorgesehen. Die Runtime stellt unterstützten Mods den Zugriff auf das laufende Spiel bereit. Ein fehlender oder fehlerhafter Runtime-Start kann mehrere Mods zugleich betreffen.

„Wartet auf Spiel“ oder eine noch ladende Welt beschreibt einen Betriebszustand. Das bedeutet allein nicht, dass ein Mod defekt ist. Weltbezogene Funktionen können erst bereit werden, wenn die benötigten Spieldaten vorhanden sind.

Spielprofile und Modprofile

Spielprofile beschreiben unterstützte native Zugriffe auf einen Spielbuild. Ein fehlendes passendes Profil kann bestimmte Funktionen begrenzen. Prüfe die konkrete Meldung, statt daraus einen Ausfall sämtlicher Mods abzuleiten.

DLL-Kompatibilitätsprofile haben eine andere Aufgabe. Sie ordnen einem Mod seine Dateien und bekannte Anpassungen zu. Ihre Zuordnung erfolgt über Modkennung oder Ordnername und verlangt keinen DLL-Hash oder exakten Modversionsabgleich.

Mod-API und Parser

Die Mod-API stellt Funktionen für Lua-Mods bereit. Ein Mod muss die verwendete API und benötigte Berechtigungen unterstützen. Der Parser liest und verarbeitet Spieldaten für Assetänderungen. Ein Lua-Mod und eine native DLL können daher unterschiedliche Voraussetzungen haben.

Wenn der Start scheitert

Lies die betroffene Komponente und Ursache. Bei fehlgeschlagener Asset-Vorbereitung kann ShroudForge den Spielstart zum Schutz konsistenter Dateien anhalten. Die Meldung nennt die erforderliche Wiederherstellung. Eine geladene DLL bestätigt dagegen nur ihren eigenen Ladeschritt, nicht alle Funktionen des Mods.