Starfield repose sur le moteur Creation Engine 2, un héritage technique qui ouvre la porte aux modifications depuis le premier jour, mais qui impose aussi des contraintes spécifiques. La sortie du Creation Kit officiel par Bethesda en juin 2024 a restructuré la scène : deux circuits de mods coexistent désormais, avec des règles et des limites différentes selon la plateforme.
SFSE et Creation Kit : deux circuits de mods Starfield à distinguer
Le premier circuit passe par Nexus Mods et repose souvent sur SFSE (Starfield Script Extender). Cet outil étend les capacités du moteur en accédant directement à la mémoire du jeu. Les mods qui en dépendent peuvent modifier des systèmes profonds : interface, compétences, comportement des PNJ.
Le second circuit utilise le système Creations intégré au jeu. C’est le seul accessible sur Xbox, où les joueurs ne peuvent pas installer de mods Nexus nécessitant SFSE ou des plugins natifs. Sur PC, les deux circuits cohabitent, ce qui élargit considérablement les possibilités.
Cette distinction a un impact direct sur la stabilité. Un article référencé par plusieurs sources techniques décrit comment le modding Starfield sur Vos Jeux aborde cette cohabitation entre les deux systèmes et les précautions à prendre avant de mélanger des mods des deux sources.
Ordre de chargement et conflits entre mods Starfield
La majorité des crashs et des bugs liés aux mods ne viennent pas du nombre de modifications installées. La stabilité dépend des dépendances et de l’ordre de chargement, pas du volume. Deux plugins qui modifient les mêmes tables de données (inventaire, compétences, PNJ) peuvent produire des comportements imprévisibles, même sur une installation légère.
Concrètement, chaque mod qui ajoute un fichier .esm ou .esp s’insère dans une liste de chargement que le moteur lit séquentiellement. Si deux fichiers modifient le même enregistrement, le dernier chargé écrase le premier. Sans gestionnaire de mods, cette hiérarchie reste invisible.
Gérer l’ordre de chargement avec un gestionnaire dédié
Des outils comme Vortex (édité par Nexus Mods) ou Mod Organizer 2 permettent de visualiser et réordonner cette liste. Ils signalent aussi les conflits directs entre fichiers. Quelques points à vérifier systématiquement :
- Un mod qui modifie l’interface (type StarUI) doit généralement se charger après les mods qui ajoutent de nouveaux objets, pour que l’affichage reste cohérent.
- Les mods nécessitant SFSE doivent être associés à la bonne version de l’Address Library, sous peine de crash au lancement.
- Tout mod marqué comme dépendant d’un autre plugin doit être placé après celui-ci dans la liste de chargement.
Les retours terrain divergent sur l’utilité d’un tri automatique pour Starfield, car les outils de tri comme LOOT n’ont pas encore la même maturité de règles que pour Skyrim ou Fallout 4. Un tri manuel reste souvent plus fiable.
Mises à jour Starfield : pourquoi vos mods peuvent cesser de fonctionner
Chaque correctif publié par Bethesda peut modifier les adresses mémoire utilisées par SFSE. Quand cela arrive, SFSE et tous les mods qui en dépendent deviennent temporairement inutilisables. L’Address Library, un fichier intermédiaire qui fait le lien entre SFSE et le jeu, doit être mise à jour avant de relancer quoi que ce soit.
En pratique, cela signifie qu’après une mise à jour du jeu, lancer Starfield avec des mods SFSE non mis à jour peut provoquer un crash immédiat. La précaution la plus directe consiste à désactiver les mises à jour automatiques sur Steam et à vérifier manuellement la compatibilité avant chaque mise à jour.
Sauvegardes et désinstallation de mods
Les problèmes peuvent persister après la désinstallation d’un mod. Si un mod modifie des données de sauvegarde (ajout d’objets, modification de statistiques de personnage), retirer ce mod ne nettoie pas la sauvegarde. Le jeu tente alors de charger des références qui n’existent plus, ce qui peut corrompre la partie.
Deux pratiques réduisent ce risque :
- Créer une sauvegarde manuelle avant chaque ajout ou retrait de mod, et la conserver séparément.
- Ne jamais retirer un mod en milieu de partie sans avoir vérifié sur sa page Nexus s’il est signalé comme « safe to remove » (suppression sans risque).
- Tester les nouveaux mods sur une partie secondaire avant de les appliquer à une sauvegarde principale.
Fichier StarfieldCustom.ini et structure des dossiers mod
La plupart des guides mentionnent le fichier StarfieldCustom.ini sans expliquer son rôle exact. Ce fichier, placé dans le dossier Documents/My Games/Starfield, permet de forcer le jeu à charger des archives de mods (.ba2) qui ne sont pas référencées nativement.
La ligne clé à ajouter dans la section [Archive] est bInvalidateOlderFiles=1, accompagnée de sResourceDataDirsFinal qui pointe vers le dossier contenant les fichiers en vrac. Sans cette configuration, le jeu ignore simplement les fichiers de mods copiés dans le répertoire d’installation.
Pour localiser le dossier d’installation sur Steam : clic droit sur Starfield dans la bibliothèque, puis Gérer, puis Parcourir les fichiers locaux. Le dossier Data à la racine est celui où la majorité des mods doivent être extraits.
Installation manuelle ou via gestionnaire
L’installation manuelle (extraire une archive dans le dossier Data) fonctionne pour les mods simples. En revanche, un gestionnaire de mods devient nécessaire dès que l’installation dépasse cinq modifications, car il permet de désactiver un mod sans supprimer ses fichiers et de restaurer l’état d’origine rapidement.
La version PC Game Pass de Starfield complique les choses : le dossier d’installation est protégé par les permissions Windows, ce qui rend l’installation manuelle plus laborieuse. La version Steam reste la plus simple à modder.
Le modding de Starfield continue d’évoluer à mesure que le Creation Kit et les outils communautaires gagnent en maturité. Avant d’installer quoi que ce soit, vérifier la compatibilité avec la version actuelle du jeu et la présence éventuelle de dépendances SFSE reste la précaution la plus utile, celle qui évite la majorité des problèmes courants.
