Forum Discussion

twighi's avatar
twighi
Rising Newcomer
1 hour 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.

plantages

1 Reply

  • twighi's avatar
    twighi
    Rising Newcomer
    1 hour 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.

Featured Places

Recent Discussions