Ajouter des MLO et cartes personnalisées

Les MLO (intersections et intérieurs OpenIV) et les cartes personnalisées s’installent comme des ressources de streaming. Leur particularité vient des conflits fréquents entre ressources qui modifient le même bâtiment ou la même cellule de la carte.

Cause / Le problème

Un MLO ne charge pas, clignote ou provoque des chutes de FPS quand deux ressources strement le même ymap ou ytyp, quand le _manifest.ymf est absent, ou quand l’ordre ensure place la ressource avant ses dépendances. Le cache serveur peut aussi garder une ancienne version des fichiers.

Solution

1. Créez un dossier ressource, par exemple resources/[mlo]/mon_interieur/, avec un fxmanifest.lua :

   fx_version 'cerulean'
   game 'gta5'
   
   files {
       'stream/**/*.ybn',
       'stream/**/*.ydr',
       'stream/**/*.ymap',
       'stream/**/*.ytyp',
   }
   
   data_file 'DLC_ITYP_REQUEST' 'stream/**/manifest.fymt'

   Ajoutez aussi _manifest.ymf s’il est fourni par l’auteur.
2. Placez tous les fichiers .ymap, .ytyp, .ydr, .ybn dans stream/. Ne mélangez jamais un MLO et un YMAP qui touchent au même intérieur.
3. Déclarez la ressource dans server.cfg :

   ensure mon_interieur

4. Respectez l’ordre ensure. Les MLO qui dépendent d’un IPL custom doivent être chargés après lui ; placez les ressources de carte haut dans la liste, avant les scripts de gameplay.
5. Détectez les conflits. Si deux MLO modifient le même bâtiment, un seul s’applique et l’autre clignote. Gardez-en un seul par intérieur ou fusionnez les ymap dans OpenIV.
6. Videz le cache serveur après chaque modification : depuis txAdmin, Advanced → Server Actions → Clear server cache, puis redémarrez. Côté client, demandez aux joueurs de faire un clear cache si les objets restent fantômes.

Pour un changement de propriétaire de business ( coffre, garage ), vérifiez aussi que le MLO est compatible avec votre framework ESX/QBCore avant de le déclarer.