Conflits de cartes MLO dans FiveM : murs manquants, clignotement, doublons

Les symptômes ressemblent à ceci : un mur manque dans un bâtiment, le sol ou une texture clignote, la même chaise ou le même objet apparaît deux fois, ou un intérieur est invisible lorsque vous entrez. Lorsque cela a commencé après que vous ayez ajouté une carte, deux ressources éditent très probablement la même zone. Ce guide montre comment trouver la paire et comment la corriger.

#Pourquoi deux cartes se heurtent

Une carte modifie le monde avec des fichiers .ymap (où se trouvent les objets), des fichiers .ytyp (quels intérieurs et objets existent) et des fichiers .ybn (collisions). Lorsque deux ressources travaillent au même endroit, ceci se produit :

• Objets dupliqués. Les deux cartes placent les mêmes meubles ou le même bâtiment, vous voyez donc double et souvent un clignotement où les deux surfaces se rencontrent.
• Murs manquants ou intérieur invisible. Une carte masque ou remplace une partie du bâtiment du jeu de base, et une autre carte s'attend à ce qu'elle soit là. Une carte qui supprime un objet du jeu de base à un endroit où vous avez mis un intérieur personnalisé est la cause la plus courante.
• Clignotement en Z (z-fighting). Deux surfaces plates occupent le même endroit, et le jeu en dessine une, puis l'autre, image après image.
• Même intérieur deux fois. Vous avez installé deux versions d'un MLO (par exemple un ancien et un nouveau pack avec un nom de dossier différent). Leurs définitions utilisent les mêmes noms internes et entrent en conflit.

#Étape 1 : trouver quelle ressource est impliquée

Vous avez besoin d'une liste de toutes les ressources qui contiennent des fichiers de carte. Cherchez des dossiers avec un dossier stream et this_is_a_map 'yes' dans le manifeste. Puis :

1. Allez à l'endroit cassé en jeu et notez l'emplacement exact.
2. Dans la console du serveur, tapez stop <resource> pour une ressource de carte. Dans txAdmin vous pouvez utiliser la console en direct pour cela.
3. Quittez le serveur et rejoignez-le. Les données de carte en streaming sont les plus fiables après une reconnexion.
4. Vérifiez l'emplacement. Si le problème a disparu, vous avez trouvé une ressource dans le conflit. Si ce n'est pas le cas, redémarrez-la avec ensure <resource> et arrêtez la suivante.

Faites-le avec toutes les ressources de carte, pas seulement la nouvelle. La carte que vous venez d'ajouter est le premier suspect, mais l'autre moitié du conflit peut être une carte plus ancienne qui a fonctionné seule pendant des mois.

Astuce : si vous avez de nombreuses cartes, arrêtez la moitié d'entre elles, testez, et divisez à nouveau. Vous trouvez la paire en quelques rounds au lieu de dizaines de redémarrages.

#Étape 2 : la corriger

Une fois que vous connaissez les deux ressources, vous avez trois choix.

#Supprimer l'une d'elles

Si les deux cartes affichent le même bâtiment (deux MLOs différents pour le même magasin, ou une ancienne copie d'une carte que vous avez mise à jour), gardez une seule et supprimez l'autre de resources et de server.cfg. C'est la correction dans la plupart des cas.

#Supprimer le fichier .ymap en double

Les packs livrent souvent le même .ymap dans deux ressources, ou une carte de « correction » qui répète une partie d'une carte principale. Si deux fichiers placent les mêmes objets, supprimez l'un des fichiers .ymap de stream et redémarrez la ressource. Gardez une sauvegarde d'abord, et changez un fichier à la fois.

#Modifier le fichier .ymap

Si vous voulez les deux cartes, ouvrez les fichiers dans un outil d'édition de cartes tel que CodeWalker. Il vous permet de voir un fichier .ymap, sélectionner les objets à l'intérieur et voir leurs positions. Vous pouvez ensuite supprimer les entités dupliquées dans un fichier et l'enregistrer. Cela demande de la prudence, donc travaillez sur une copie et testez après chaque modification.

#Étape 3 : vérifier l'ordre de chargement

Les conflits ne viennent pas toujours uniquement des fichiers. L'ordre de démarrage des ressources peut décider quelle version d'une chose le jeu utilise. Dans server.cfg, gardez vos cartes ensemble et dans un ordre stable :

# maps
ensure map_base_fix
ensure my_mlo_one
ensure my_mlo_two

Placez une carte de « correction » ou de « patch » après la carte qu'elle corrige. Si vous avez changé l'ordre et le problème a changé, vous avez confirmé un conflit même avant de modifier quoi que ce soit. Voir aussi server.cfg resource order.

#Autres causes à exclure

Tout clignotement n'est pas un conflit entre cartes. Vérifiez aussi ceux-ci :

• Trop de fichiers lourds. Un serveur avec de nombreuses grandes textures de carte peut ne pas pouvoir diffuser certaines parties d'un endroit, ce qui ressemble à des murs manquants. Voir oversized assets and texture loss.
• Une ligne .ytyp manquante. Les murs s'affichent mais les objets ne le font pas. Vérifiez le manifeste comme dans how to install an MLO.
• Un build de jeu trop bas. Le pack utilise le contenu DLC que vos joueurs n'ont pas. Voir sv_enforceGameBuild and DLC.
• Un cache client obsolète. Le serveur est bien et votre jeu garde une ancienne copie de la carte. Essayez clearing the FiveM cache.

#Empêcher les cartes de se heurter à l'avenir

• Installez une carte à la fois et testez l'emplacement avant d'ajouter la suivante.
• Gardez une courte liste de chaque carte et des coordonnées qu'elle couvre.
• Lisez la description du pack : les auteurs écrivent souvent quelles autres cartes ou corrections elle remplace.
• N'installez pas une « correction » de carte d'un auteur différent sans lire ce qu'elle change.

#Liste de contrôle