Moteur

Engine

Vérifiez les prérequis communs du jeu, du runtime, de l'API de mods et du parseur. Ces contrôles expliquent pourquoi une fonction est prête, en attente ou indisponible.

Jeu et runtime

ShroudForge distingue le client du serveur dédié. Certaines fonctions ne concernent que l'un des deux. Le runtime permet aux mods pris en charge d'accéder au jeu en cours d'exécution. Un runtime absent ou dont le démarrage échoue peut affecter plusieurs mods à la fois.

« En attente du jeu » ou un monde encore en cours de chargement décrit un état de fonctionnement. Cela ne signifie pas à lui seul qu'un mod est défectueux. Les fonctions liées au monde ne deviennent disponibles qu'une fois les données nécessaires présentes.

Profils de jeu et profils de mods

Les profils de jeu décrivent les accès natifs pris en charge pour une version du jeu. L'absence de profil adapté peut limiter certaines fonctions. Lisez le message précis avant de conclure que tous les mods sont indisponibles.

Les profils de compatibilité de DLL ont une autre fonction. Ils associent un mod à ses fichiers et aux adaptations connues. L'association utilise l'identifiant du mod ou le nom du dossier, sans exiger de hash de DLL ni une correspondance exacte de version du mod.

API de mods et parseur

L'API fournit des fonctions aux mods Lua. Un mod doit prendre en charge l'API utilisée et déclarer les autorisations nécessaires. Le parseur lit et traite les données du jeu pour les modifications de ressources. Un mod Lua et une DLL native peuvent donc avoir des prérequis différents.

Si le démarrage échoue

Lisez le composant concerné et la cause indiquée. Si la préparation des ressources échoue, ShroudForge peut arrêter le démarrage pour protéger la cohérence des fichiers. Le message précise la restauration nécessaire. Une DLL chargée confirme sa propre étape de chargement, pas toutes les fonctions du mod.