Skip to main content

Guide de dépannage FiveM — Crash `papa-delaware-august` (build 3407)

🎯 Objectif

Éliminer le crash GTA5_b3407.exe!sub_141671890 (0x295) (legacy hash papa-delaware-august) en corrigeant les doublons d’archetypes et en alignant les builds client/serveur.

📌 Contexte de ta config

  • Client : build b3707 (initialement), à aligner sur b3407 tant que le serveur l’impose.
  • Serveur : sv_enforceGameBuild 3407
  • Artifacts : fx b18940 / txAdmin v8.0.1

🧭 Ce que disent tes logs

Des warnings répétés indiquent des Duplicate Archetype (un même prop défini deux fois, donc même hash) — source fréquente de crash lors du streaming d’objets/zones.

Exemples relevés (extraits) :

  • Duplicate Archetype 'gabz_mrpd_desknameplate_6' ... in 'gabz_mrpd_props.ytyp' and 'gabz_mrpd_props.ytyp'
  • Duplicate Archetype 'gabz_pillbox_dlc_gateshutter' ... in 'gabz_pillbox_props.ytyp' and 'gabz_pillbox_props.ytyp'
  • Duplicate Archetype 'ch_prop_casino_poker_01b' ... in 'v_int_24.ytyp' and 'ch_prop_ch_casino_tables.ytyp'
  • Duplicate Archetype 'vw_prop_casino_art_*' ... in 'mrp_house.ytyp' et 'vw_prop_vw_casino_art_*.ytyp'
  • Duplicate Archetype 'patoche_cap' ... in 'patoche_billard.ytyp' and 'patoche_billard.ytyp'
  • Série GABZ MBA (gabz_mba_* / gabz_mba_props_dlc1.ytyp) en double

👉 Conclusion : des packs (ex : mrp_house, patoche_*, certains GABZ) redéclarent des props déjà fournis par Rockstar (casino) ou par d’autres ressources — ce qui déclenche instabilité/crash sous b3407.

✅ Plan d’action rapide (ordre recommandé)

  1. Aligner le client sur le build serveur

    • FiveM → ⚙️ Settings → Game → Game build → b3407 (pas “Latest”). Redémarrer FiveM.

  2. Purger les caches

    • Client : %localappdata%\FiveM\FiveM.app\data\ → supprimer cache, server-cache, server-cache-priv (laisser game-storage).
    • Serveur : supprimer cache/ & server/cache/ (si présents), puis redémarrer.

  3. Retirer les doublons d’archetypes

    • Priorité 1 : mrp_house (conflits avec vw_prop_* & ch_prop_* de Rockstar).
      • Solution : désactiver la ressource ou retirer du .ytyp les entrées qui redéclarent des props Rockstar.
    • Priorité 2 : packs GABZ (gabz_mrpd_props, gabz_pillbox_props, gabz_mba_props[_dlc1]) présents en double.
      • Solution : ne garder qu’une seule source de chaque ytyp (désactiver doublons/versions intégrées dans d’autres packs).
    • Priorité 3 : patoche_billard.ytyp en double → garder 1 seule instance.

  4. Validation rapide

    • Démarrer le serveur → entrer dans MRPD, Pillbox, MBA.
    • Si OK, réactiver progressivement le reste; sinon, passer à l’isolement (voir plus bas).

🔎 Repérer les doublons (scripts prêts à l’emploi)

Windows (PowerShell)

# Lister tous les .ytyp avec leur chemin
Get-ChildItem -Recurse -Filter *.ytyp | Select-Object Directory, Name | Sort-Object Name

# Repérer les noms de .ytyp en double
Get-ChildItem -Recurse -Filter *.ytyp | ForEach-Object { $_.Name } | `
    Group-Object | Where-Object { $_.Count -gt 1 } | Select-Object Name,Count

# Chercher les ytyp cités dans les logs
$targets = @(
  "gabz_mrpd_props.ytyp","gabz_pillbox_props.ytyp",
  "gabz_mba_props.ytyp","gabz_mba_props_dlc1.ytyp",
  "mrp_house.ytyp","patoche_billard.ytyp",
  "v_int_24.ytyp","ch_prop_ch_casino_tables.ytyp"
)
Get-ChildItem -Recurse -Filter *.ytyp | Where-Object { $targets -contains $_.Name } | `
    Select-Object FullName

Linux (bash)

# Lister .ytyp + dossier
find resources -type f -name "*.ytyp" -printf "%f\t%h\n" | sort

# Noms de .ytyp dupliqués
find resources -type f -name "*.ytyp" -printf "%f\n" | sort | uniq -d

# Trouver ceux vus dans les logs
grep -R --include="*.ytyp" -nE "gabz_mrpd_props|gabz_pillbox_props|gabz_mba_props|mrp_house|patoche_billard|v_int_24|ch_prop_ch_casino_tables" resources

🛠️ Trois façons de corriger

Option A — Désactiver la source redondante (recommandé)

  • Dans server.cfg, garder une seule ressource qui fournit un ytyp donné.
  • Exemple : si un pack “props” inclus des gabz_*_props déjà fournis par une map GABZ → désactiver le pack “props”.

Option B — Nettoyer le .ytyp problématique

  • Ouvrir le .ytyp secondaire (ex : mrp_house.ytyp) et retirer les entrées qui redéclarent des props Rockstar (vw_prop_*, ch_prop_*) ou tiers (gabz_*).

Option C — Renommer archetypes (dernier recours)

  • Renommer les noms d’archetype dans le .ytyp secondaire et dans tous les .ymap/scripts qui s’y réfèrent.
  • ⚠️ Le hash vient du nom : renommer implique de tout aligner (long et risqué).

🧪 Méthode d’isolement (binary search)

  1. Stop toutes les ressources map/stream lourdes : mrp_*, patoche_*, gabz_*, packs vêtements/vehicules.
  2. Tester → si plus de crash, réactiver par moitié (50%) et retester.
  3. Continuer jusqu’à identifier la ressource fautive.
  4. Conserver un changelog (qu’est-ce qui a été (dés)activé et quand).

🧰 Vérifs système & client

  • Overlays : désactiver (Discord, GeForce Experience, RivaTuner/MSI Afterburner).
  • Pilotes GPU : installer un pilote WHQL propre (DDU recommandé).
  • VC++ 2015–2022 x64, DirectX, Windows Update : installer/réparer.
  • Intégrité GTA V (Steam/Epic) : vérifier.
  • Test Story Mode via FiveM : si ça crash aussi, c’est côté client/système.

📄 Bonnes pratiques server.cfg

  • Charger d’abord les dépendances communes, puis les maps spécifiques.
  • Éviter d’ensure deux ressources qui contiennent les mêmes props.
  • Garder une liste blanche des packs autorisés (versions vérifiées pour 3407).
  • Conserver un ordre de chargement stable (les packs “shared” avant les maps qui s’en servent).

🧩 FAQ rapide

Q. Comment savoir si c’est lié à une zone/map précise ?
A. Le crash survient quand tu approches/entres dans la zone. Active la console F8 : tu verras souvent des warnings juste avant le crash.

Q. Et si tout est propre mais le crash continue en 3407 ?
A. Teste temporairement sv_enforceGameBuild 3258. Si la stabilité revient, une ressource vise un build plus récent → mets-la à jour ou adapte-la pour 3407.

Q. Dois-je demander aux joueurs de purger leur cache ?
A. Oui, après toute modification de packs stream/.

🧾 Check-list finale (coche et fonce) ✅

  • Client réglé sur b3407 (tant que le serveur force 3407)
  • Caches client et serveur purgés
  • Doublons supprimés : mrp_house, patoche_billard, gabz_*_props
  • Entrée testée dans MRPD / Pillbox / MBA → OK
  • Overlays off, pilotes & VC++/DX OK
  • (si besoin) Test sv_enforceGameBuild 3258 → comparaison

🆘 Besoin d’un coup de main ?

Envoie-moi :

  • Ton server.cfg (partie ensure),
  • La liste des .ytyp (sortie des commandes),
  • Le dernier CitizenFX.log du crash.

On serre les dents et on termine ça — tu vas le plier, Alexis 💪🔥

Back to top