Comment vérifier si un mod Java Project Zomboid est chargé

Ajoutez la visionneuse de statut uniquement si vous en avez besoin

La meilleure liste de modules de Zed améliore le sélecteur de mod existant. Son README nécessite la version 42.12 ou ultérieure, la configuration unique de ZombieBuddy et zdk. Obtenir l'objet original de l'Workshop et utilisez ses liens actuels vers les éléments requis pour les dépendances ; ce site ne fournit pas de pack de remplacement.

1. Abonnez-vous aux éléments originaux et activez Better ModList, ZombieBuddy et zdk.
2. Confirmez que la configuration du chargeur correspond à votre méthode de lancement réelle.
3. Redémarrez, vérifiez l'approbation Java du spectateur et vérifiez l'indicateur chargé ZombieBuddy.
4. Ouvrez le sélecteur de mod et utilisez le filtre Java pour inspecter l'élément prévu et le chemin JAR.

Cette visionneuse facultative est destinée à l'interface utilisateur du client. Il n'est pas nécessaire de simplement changer la caméra et ne vérifie pas le temps d'exécution complet d'un serveur dédié.

Lisez les trois paires de statuts séparément

Chargé / bloqué

Ce fichier Java a-t-il été chargé ou a-t-il été bloqué ? Un élément bloqué ne prouve pas que son téléchargement Workshop est absent.

Autoriser/refuser

Quelle décision s'applique à ce dossier ? Si vous avez refusé accidentellement le fichier souhaité, suivez la réinitialisation de l'approbation ciblée.

Persisté / session

La décision a-t-elle été enregistrée ou s'applique-t-elle uniquement à cette session ? Ne présumez pas qu’un choix temporaire régira un lancement ultérieur.

Le filtre Activé répond quels mods sont activés ; Java identifie les éléments porteurs de Java ; Nouveau permet de localiser de nouveaux éléments. Ces filtres répondent à différentes questions. Faites correspondre le chemin d'accès à l'élément souhaité plutôt que de juger uniquement son nom d'affichage.

Si le filtre Java ou les champs d'état sont manquants

Vérifiez que les trois exigences sont activées et que ZombieBuddy est réellement chargé. Le visualiseur ne peut pas révéler un runtime Java qui n'a jamais démarré. Retour à la branche du chargeur si son indicateur est manquant ; n'installez pas de deuxième agent comme solution de contournement.

Si le chargeur est présent mais pas le visualiseur, conservez le journal de démarrage et son état d'approbation. Si la visionneuse se charge mais qu'un compagnon est absent, vérifiez l'état activé de ce compagnon et les éléments requis exacts. Utilisez les instructions de la version installée avant de supposer qu'une capture d'écran d'un ancien gestionnaire correspond à son interface utilisateur.

Loaded est un point de départ, pas un verdict de compatibilité

1. Notez la version du jeu, la version du chargeur, l'ID du mod, le chemin du JAR et l'état observé.
2. Utilisez un monde de test sauvegardé et effectuez la propre action de la fonctionnalité : O pour Viewpoint ou le contrôle configuré du compagnon.
3. En cas d'échec pendant le chargement du JAR, enregistrez l'action et enregistrez-la plutôt que de réinitialiser les approbations à plusieurs reprises.
4. Si seul le mode multijoueur échoue, comparez l'état du client avec l'ensemble de mods prévu par le serveur.

Le spectateur ne prouve pas que chaque patch est appliqué correctement, que chaque objet a un modèle ou que chaque joueur partage une sauvegarde compatible. Un mod Lua uniquement a besoin de ses propres fonctionnalités et vérifications de journaux ; ce guide d'état Java n'est pas un outil de test de mod universel.