Forum Discussion

twighi's avatar
twighi
Rising Newcomer
3 days ago

Problème de retour bureau BF6

CONFIGURATION SYSTÈME

CPU : AMD Ryzen 5 9600X GPU : AMD RX 9070 XT (RDNA 4) OS : Windows 11 (à jour) Drivers AMD testés : 25.10.2 et 26.2.2 Matériel entièrement testé : RAM (Memtest86 - aucune erreur), stockage (CrystalDiskInfo - sain), aucun problème sur les autres jeux.

DESCRIPTION DU PROBLÈME

Battlefield 6 crashe systématiquement avec une ACCESS_VIOLATION (0xC0000005). Au début, les crashs survenaient lors d'événements spécifiques (respawn, transitions de charge GPU). Depuis mi-février, ils sont devenus totalement aléatoires, y compris en pleine session de jeu stable. Le problème persiste après formatage complet de Windows et réinstallation du jeu.

ANALYSE TECHNIQUE - RÉSULTATS DES MINIDUMPS

J'ai analysé 5 minidumps générés entre le 02/03/2026 et le 03/03/2026. Voici les conclusions :

  • Exception identique sur tous les dumps

Code exception : 0xC0000005 (ACCESS_VIOLATION) Adresse du crash : 0x00000001_445885C7 (dans bf6.exe) Signature Frostbite : Frostbite MiniDump. Address: 1445885c7 Paramètre 0 = 0x0, tentative de LECTURE d'une zone mémoire invalide.

  • Bibliothèques Intel XeSS chargées inconditionnellement

Même après désactivation de XeSS dans les options graphiques, BF6 charge les DLL suivantes au démarrage :

libxess.dll libxess_fg.dll libxell.dll

Ces bibliothèques Intel XeSS semblent incompatibles avec le pipeline RDNA 4 et sont à l'origine du conflit.

  • AMD FidelityFX également présent

amd_fidelityfx_upscaler_dx12.dll amd_fidelityfx_framegeneration_dx12.dll amd_fidelityfx_loader_dx12.dll

La coexistence des deux stacks (Intel XeSS + AMD FidelityFX) dans le même processus provoque des conflits dans le pipeline DirectX 12.

  • Évolution de l'emplacement du crash

Les premiers dumps montrent le crash dans IDXGIFactory_CreateSwapChainForHwnd (création de la swap chain DXGI). Le dernier dump (03/03 - 18h43) montre une régression : le crash remonte maintenant directement dans le thread GameSimulation de bf6.exe, indiquant une corruption mémoire plus profonde.

  • Contexte au moment du crash

66 threads actifs DirectStorage actif 4 threads D3D Background actifs NVIDIA Streamline présent (sl.common.dll, sl.reflex.dll) malgré l'utilisation d'un GPU AMD.

TOUT CE QUI A ÉTÉ TESTÉ SANS SUCCÈS

Désactivation XeSS et Frame Generation dans les options graphiques Drivers AMD 26.2.2 et 25.10.2 Désinstallation de AMDRyzenMasterDriverV28 Modification de la clé registre TdrDelay Réparation des fichiers du jeu via EA App Formatage complet de Windows + réinstallation de BF6

CONCLUSION

Il s'agit d'un bug dans le moteur Frostbite. Les bibliothèques Intel XeSS sont chargées inconditionnellement et provoquent une corruption mémoire sur les GPU AMD RDNA 4. Aucun contournement n'est possible côté utilisateur, un patch de la part de DICE est nécessaire.

D'autres joueurs rencontrent-ils ce problème avec une RX 9070 XT ou un autre GPU RDNA 4 ? Plus nous sommes nombreux à confirmer ce bug, plus vite il sera traité en priorité.

Minidumps et logs HWiNFO disponibles sur demande.

2 Replies

  • twighi's avatar
    twighi
    Rising Newcomer
    3 days ago

    MISE À JOUR — 14/03/2026

    Nouveau crash aujourd'hui dès la première partie. Voici les résultats de l'analyse du minidump et des logs HWiNFO.

    MINIDUMP — Signature identique aux crashs précédents

    Le crash est rigoureusement identique à l'octet près :

    Code exception : 0xC0000005 (ACCESS_VIOLATION) Adresse du crash : 0x00000001445885C7 (dans bf6.exe) Modules Intel XeSS : toujours présents (libxess.dll, libxess_fg.dll, libxell.dll)

    C'est exactement la même adresse mémoire dans bf6.exe que lors de tous les crashs précédents. Cela confirme que c'est un bug reproductible dans le moteur Frostbite, pas un problème aléatoire lié au matériel ou aux drivers.

    LOGS HWiNFO — Le matériel n'est pas en cause

    Les données enregistrées au moment du crash sont particulièrement claires :

    De 14h52 à 14h57 : chargement du jeu, GPU inactif (32°C, environ 100 MHz, 1W).

    A 14h57 : entrée en partie, le GPU monte normalement en charge jusqu'à 2800-3000 MHz.

    De 14h57 à 15h06 : jeu en cours, GPU parfaitement stable sous charge normale. Température : 55 à 62°C. Fréquence : environ 3050 MHz. Utilisation : 94 à 100%. Consommation : 140 à 160W. FPS : 110 stables. Aucune anomalie.

    A 15h06:49 : crash. Aucun signe avant-coureur. Pas de pic de température, pas de throttling, pas de chute de FPS. Le GPU était à 62°C, 3066 MHz, 95% d'utilisation, 159W — des valeurs parfaitement normales pour une RX 9070 XT en pleine charge.

    Deux secondes après le crash : le GPU s'effondre instantanément à 18 MHz et 2W. Le jeu est mort.

    CONCLUSION

    Les données HWiNFO confirment définitivement que le matériel n'est pas en cause. Le GPU était stable et dans ses plages de fonctionnement normales au moment du crash. C'est un arrêt brutal provoqué par un bug logiciel dans Frostbite, pas par une défaillance matérielle.

    Cela porte à 5 le nombre de crashs analysés, tous avec la même signature exacte, sur une période de 12 jours et après formatage complet de la machine. Ce bug nécessite un patch de la part de DICE.

  • Bonjour twighi​ 

    Déjà ce qu'il faut savoir c'est que ce code erreur n'est pas propre au Frosbite

    On peut le trouver avec des applications et même d'autres jeux, et donc la responsabilité n'incombe pas à EA/DICE

     

    Au final, cette erreur est la conséquence d'un autre problème en amont :

    - Fichiers de jeu corrompus (Lié à la RAM, au SSD, micro coupure électrique, plantages du PC, ...) , de pilotes obsolètes (Et pas que graphiques) , d'une barrette de RAM défectueuse... Pour les plus connus

    Au passage un test MemTest86 qui est mis en avant partout,   est plutôt destiné à la détection de puces/bits défectueux, dans le cas où une mémoire est PHYSIQUEMENT défectueuse et non en fonction des paramètres définis (SPD/XMP) Ce qui fait qu'il n'est pas prévu en fait pour s'assurer de la stabilité d'un overclocking
    Pour cela il vaut mieux utiliser LINKPARK ou TESTMEM5 qui  est conseillé aujourd'hui puisque c'est avec ce logiciel que les erreurs sont détectées le plus rapidement et qu'il test la stabilité
    Il passe devant OCCT et divers autres programmes de tests et Memtest86 dont la finalité en fait est différente.

    Un MemTest86 peut indiquer une erreur, mais TestMem5 pourra lui ne rien indiquer, ce qui veut dire que le PC "peut" être stable" à l'usage (Principe des corrections d'erreur, zones réservées, ..) mais néanmoins cela veut quand même dire que la RAM est défectueuse, que les soucis peuvent s'aggraver dans le temps etc

    Par contre le contraire n'est pas vrai si TestMem indique un soucis de stabilité cela plantera à un moment ou à un autre

     

    TON EXPOSE MANQUE DE DETAILS

    Déjà tu auras plus de problèmes sous AMD que sous INTEL (fait reconnu) dont et surtout avec les échanges RAM

    • Quel Windows ? Tu l'installes en mode local ou avec un compte Microsoft (Il y a moins de soucis avec un compte local)
    • Tu as essayé un vérificateur de fichiers système . (Commandes DISM et SFC /Scannow par ex)

    - Est ce que tu as regardé chez le fabricant de ta carte mère (Qu'on ne connait pas car tu ne la cites pas) si il y avait une mise à jour du firmware (Par ex ces dernières 24h, MSI a corrigé un bug qui affecte le slot PCIe X16 des CM en AMD, et qui fait que la carte graphique joue au yoyo en passant du PCIe x16 5.0 au PCIe x16 1.1 ou autre.. Donc cela peut amener au mieux du stuttering, mais au pire des plantages sur certaines cartes graphiques, vu que cela affecte les transitions de charge GPU

    - Quel SSD ? (marque et modèle)

    - Le démarrage rapide est activé dans les paramètres BIOS/UEFI ?

    - La RAM est O/C (l'XMP est un O/C) ? Elle figure dans la liste QVL de la carte mère ? Tu as testé aux valeurs JEDEC ?

    - Tu dis avoir formaté et réinstallé Windows et BF6... et c'est tout ? (Au passage c'est via Steam ou direct EA APP ?). Tu utilises la superposition (Overlay) comme dans EA APP, ou des  fonctionnalités en jeu, comme les statistiques de performance et la capture d'écran ?

    - Pas d'anti virus tiers ? Pas d'autres programmes ?

    - Tu as essayé avec une version antérieure des pilotes graphiques AMD ?

    --------------------------------

    Il faut savoir en plus qu'un driver Nvidia ou AMD mal installé peut injecter du code foireux dans la mémoire vidéo et trigger cette erreur sur les ou certains jeux.

    - De plus ce message d'erreur 0xc0000005 arrive souvent quand une application appelle une DLL système... vérolée/corrompue ou lié à une corruption de mémoire (On en revient à la RAM et les accès mémoire)

    - Il faut savoir aussi que Windows peut bloquer une application, des composants, ou carrément un dossier par excès de zèle securitaire. via la DEP (Parfois, elle croit qu'une app légitime, un processus, est un malware parce qu'il écrit dans une zone mémoire sensible.

    - Faire des tests n'a pas vraiment de rapport avec le monde réel

    Le moteur Frosbite tire parti de TOUS les composants et c'est un test à lui seul

     

    Par contre tu peux tester le programme USERDIAG (Faire le test central qui suffit) qui peut mettre en avant des problèmes

    Néanmoins il ne fait pas tout

    Il faudrait, mais sur un forum spécialisé, faire des analyses avec FRST et d'autres pour savoir ce qu'il en est

    Sinon regarde ces quelques pistes

    https://www.malekal.com/erreur-0xc0000005-lancement-applications/

     

     

Featured Places