Guide des builds de test Dalamud
Comment installer des plugins expérimentaux dans Dalamud en toute sécurité : activez les builds de test dans les paramètres du launcher, puis installez le plugin depuis la fenêtre en jeu. Ne téléchargez pas une DLL inconnue et ne collez pas une URL de dépôt simplement parce qu'un résultat la qualifie d'expérimentale.
Lancez XIVLauncher et saisissez /xlsettings dans le chat de FFXIV. Ouvrez la section Experimental, activez l'option qui récupère les builds de test, enregistrez, puis rouvrez /xlplugins. Le plugin de test apparaîtra avec les plugins normaux lorsqu'un auteur en aura publié un.
Ce réglage modifie les builds que Dalamud peut afficher ; il ne rend pas un plugin officiel, sûr ou compatible avec chaque mise à jour de FFXIV. C'est un chemin de test contrôlé, pas un remplacement de l'annuaire officiel.
Illustration conceptuelle
La distinction essentielle concerne le launcher, Dalamud et le build du plugin. XIVLauncher démarre le flux FFXIV pris en charge ; Dalamud fournit le framework ; l'auteur décide si un build est normal, de test ou distribué par un autre dépôt.
Si vous cherchez simplement un plugin normal, commencez par la fenêtre habituelle. Ce guide concerne le cas où un auteur ou une discussion de support indique que les builds de test sont nécessaires.
| Ce que vous voulez dire | Voie recommandée | Point de vigilance |
|---|---|---|
| Plugin normal | Rechercher dans /xlplugins | Utilisez l'annuaire actuel et lisez les notes de l'auteur. |
| Build expérimental ou de test | Activer les builds de test dans /xlsettings | Attendez-vous à des bugs ou à une rupture après un patch. |
| Dépôt personnalisé | Suivre les instructions actuelles de l'auteur | Vérifiez la propriété et ne collez jamais une URL inconnue. |
| Build local de développement | Suivre la documentation de développement Dalamud | C'est un flux de développement, pas un raccourci pour joueurs. |
Vérifiez d'abord la raison. Un build de test peut servir à valider un correctif, accompagner un nouveau patch FFXIV ou réunir quelques testeurs. Si votre seule source est un miroir inconnu, arrêtez-vous et vérifiez le propriétaire du projet.
Ne changez qu'une chose à la fois. Notez le nom du plugin, le canal choisi et le symptôme recherché. Vous pourrez ainsi désactiver le bon élément sans masquer la cause par une réinstallation générale.
Gardez le chemin de récupération. Sachez rouvrir /xlsettings, désactiver les builds de test, ouvrir /xlplugins et désactiver ou supprimer le plugin. Ne supprimez pas au hasard des dossiers FFXIV avant d'avoir identifié le problème.
Déploiement contrôlé
Un bon test répond à une question précise : ce build corrige-t-il le problème, fonctionne-t-il avec le patch actuel ou restaure-t-il une fonction ? Il ne doit pas devenir une raison d'activer toutes les sources expérimentales en même temps.
Après l'installation, jouez brièvement. Surveillez les échecs au démarrage, l'interface manquante, les erreurs répétées, les changements de performances ou la disparition du plugin après une mise à jour. Notez le premier symptôme au lieu de deviner quel fichier supprimer.
L'option de builds de test et un dépôt personnalisé répondent à deux besoins différents. La première modifie les builds que le flux de plugins peut récupérer ; le second ajoute une source maintenue par un auteur ou un projet. Un build local est encore autre chose : il sert au développement et au débogage.
Si un guide vous demande d'ajouter un dépôt, vérifiez que l'URL vient de la documentation actuelle de l'auteur ou de son dépôt. Contrôlez le propriétaire, l'état du projet et ce qui est publié. Un extrait de recherche, un message Discord copié ou un hébergeur de fichiers ne suffit pas.
Ne présentez pas un dépôt personnalisé comme une infrastructure officielle de Dalamud. Commencez par l'annuaire officiel et n'utilisez une autre source que si son auteur explique clairement sa nécessité.
Faites cette vérification avant et après le premier test.
Vérifiez d'abord que Dalamud a fini de charger et qu'un patch ne vient pas d'être publié. La disponibilité peut changer pendant la maintenance ou une mise à jour de l'auteur. Une entrée absente ne prouve pas qu'il faut utiliser un miroir.
Si le réglage existe mais que le plugin manque, relisez la documentation actuelle de l'auteur et confirmez son nom, la version de jeu prise en charge et la source. Si le réglage lui-même n'existe pas, utilisez le support officiel au lieu de copier un ancien fichier de configuration.
Sur Steam Deck ou Linux, respectez la séparation des plateformes : utilisez le guide Steam Deck/Linux pour configurer le launcher, puis appliquez cette logique seulement quand le flux normal de plugins fonctionne.
Récupération
Si FFXIV ou Dalamud devient instable, désactivez le dernier plugin expérimental et coupez l'option de builds de test si elle n'est plus nécessaire. Rouvrez la fenêtre normale et testez sans ajouter une nouvelle variable.
Si le problème persiste, séparez les symptômes du launcher, du client, du patch et du plugin. Les guides de dépannage existants couvrent les crashs, les erreurs de version au démarrage et les fichiers de patch : choisissez celui qui correspond au premier échec.
Un plugin expérimental ou tiers ne devient ni officiel ni sans risque parce qu'il apparaît dans une liste de test. Les règles de Square Enix, les risques de compte et le comportement du plugin sont des sujets distincts. Évitez les outils qui automatisent des actions, exposent des données de compte ou demandent de contourner la sécurité.
Ce guide décrit le chemin des paramètres et des habitudes de diagnostic prudentes. Il ne garantit pas qu'un plugin est autorisé, stable, privé ou compatible avec un patch donné.
Non. L'option de test modifie les builds visibles dans le flux pris en charge ; un dépôt personnalisé ajoute une autre source. Vérifiez chaque source séparément et ne présentez pas un dépôt personnalisé comme officiel.
Ouvrez /xlsettings après le chargement de Dalamud et cherchez la section Experimental ou le réglage des builds de test. Les libellés peuvent changer : utilisez l'interface actuelle.
Ce n'est pas le choix sûr par défaut. Préférez le flux actuel et la source documentée par l'auteur. N'exécutez pas un fichier venant d'un miroir inconnu.
L'auteur a peut-être retiré le build, le plugin ne prend peut-être pas en charge le patch actuel ou Dalamud n'a pas encore actualisé la liste. Vérifiez la documentation avant de modifier des fichiers.
Désactivez l'option dans /xlsettings, enregistrez, puis utilisez /xlplugins pour désactiver ou supprimer le plugin. Testez ensuite le flux normal.
Non. Il ne change que le canal de build affiché. La stabilité, la confidentialité, le risque de compte et les conditions d'utilisation doivent être évalués séparément.