Bug Inactivité en pleine partie
Là il faut qu on m explique : Deux fois en pleine partie avec 29 pounts en top 19 je me fais sortir de la game pour cause d inactivité!!!!!!!!°°° C est quoi le problème ?? Comment ca ce fait pourquoi ne peut on pas rejoindre la partie sur ce genre de bug de .... ?? Je perds des points de classement je ne récupère aucuns points de ma partie et je met mes mates dans la **bleep** car 3 vs 4 ( tjrs contre des gens classés 1 a 2 divisions au dessus.... Merci d'apporter des éclaircissements les différents ( multitudes que dis-je, pléthore) de nouveaux bugs et comment les régler? C est bien mais chaque nouvelle saison des bugs différents qui sont inexplicables : être déconnecté pr inactivité en ranked après 10 min de jeu, 5 kills et en pleine prise de fights .... faut m expliquer ce que je fais mal. A bon entendeur.
[BUG] RESOLU : Plantages processeur graphique (GPU) NVIDIA sur certaines cartes
Dans ce lien (Je le colle en mode texte sinon cela me dit que mon poste contient du "html invalide) https://forums.ea.com/blog/battlefield-game-info-hub-fr/pb-connu--plantages-processeur-graphique-gpu-nvidia-sur-certaines-cartes/13577318 Dans ce lien il est dit qu'il y a un problème avec les GeForce RTX 50 Series. Ce dysfonctionnement ne semble toutefois pas toucher l'ensemble des joueurs équipés de ces GPU. Et qu'il est conseillé de revenir à la version 596.49 du pilote NVIDIA. CE QUI EST NOUVEAU DICE a confirmé que la mise à jour 1.4.1.5 de Battlefield 6 corrige les plantages de pilotes signalés sur les cartes graphiques NVIDIA GeForce RTX série 50 Le journal des modifications complet indique que les cartes comportant de nombreuses zones aquatiques n'étaient qu'un des facteurs déclencheurs connus. Des plantages du pilote pouvaient également survenir lors du changement d'accessoires sur le SOR-300SC ou lors de l'utilisation de la recherche personnalisée. Le problème lié au SOR-300SC laisse penser que le plantage ne se limitait pas au rendu des cartes. Cependant, DICE n'a pas expliqué la cause technique sous-jacente ni confirmé si les trois incidents étaient liés à un même défaut du jeu ou du pilote. STABILITÉ : Correction d'un problème sur PC où certaines cartes graphiques NVIDIA pouvaient subir un plantage du pilote lors du changement de périphériques sur le SOR-300SC, de l'utilisation de la recherche personnalisée ou du jeu sur des cartes comportant de grandes étendues d'eau. Le journal des modifications principal utilise une formulation plus large et fait référence à « certains GPU NVIDIA », de sorte que des modèles GeForce plus anciens peuvent également avoir été affectés. Les notes de mise à jour n'indiquent pas qu'un nouveau pilote NVIDIA soit requis. Les joueurs ayant déjà restauré une version antérieure de leurs pilotes doivent installer la mise à jour du jeu avant de vérifier si la solution de contournement est toujours nécessaire. ------------------------------------------------- Déjà concernant les pilotes graphiques, il ne sert à RIEN de suivre aveuglèment les maj NVIDIA dès lors qu'elles n'apportent rien au jeu (La dernière pour BF6 datait du 6 janvier 2026 en version 591.74) ni n'apporte de nouvelles fonctions qui seront utilisées, ni de résolution de problèmes de sécurité (Et là il faut relativiser car dans la majorité des cas l'exploitation de failles demandent un accès physique au PC) Initialement il était dit que cela touchait les RTX 5070 Ti Perso j'ai cette carte et en testant la dernière mouture de Nvidia je n'ai eu aucun plantage sur la dernière carte (avant le patch) Il y a donc un paramètre lié à ces cartes qui peuvent mettrent le bazar (Il faut se rappeler que ces cartes usent de l'IA Nvidia pour le DLSS etc que .. je n'utilise pas) Reste ensuite les cartes "modifiées" par certains constructeurs qui ne suivent pas les règles de Nvidia (Et là je ne parle pas de l'OC puisque la mienne est OC d'usine) ce qui amène des pbs de TDR en général, sans compter les programmes de gestion de type MSI Afterburner etc qui ont souvent des bugs. Je ne sais pour le GeForce Expérience lié aux pilotes puisque j'utilise NVCleanInstall pour n'installer que le minimum Le tout combiné à la salade EA (Paramètres graphiques) , puisque le soucis a été réglé du côté de chez EA. On ne peut négliger non plus par ex une fuite mémoire (VRAM) en lien avec les paramètres, sans compter les shaders qu'il faut nettoyer à chaque maj du jeu ou patch (Les anciens et résidus peuvent occasionner des plantages)[BUG] Saison de rattrapage de la saison 3
Dans le sujet : BATTLEFIELD 6 - MISE À JOUR 1.4.1.5 Il est dit : "Le défi matériel de rattrapage de la Saison 3 pour le PP-19 suit désormais correctement les assistances de suppression obtenues avec des pistolets-mitrailleurs." LES FAITS Je n'ai pas joué depuis environ 15 jours (Déplacement boulot) et suis de retour depuis une semaine J'ai donc eu droit au retour à un gros téléchargement pour la nouvelle carte etc. MAIS AVANT la mise à jour 1.4.1.5 plus récente j'ai découvert que j'avais droit à une saison de rattrapage de la saison 3 pour débloquer certaines armes comme le L115, le PP19, le M4, .. PROBLEME ; j'avais débloqué ces armes depuis déjà pas mal de temps. J'ai quand même procédé aux défis bien QUE j'avais quand même les armes TOUJOURS à disposition
Tsuru Reef la zone de ravitaillement aérien ne fonctionne pas
Bonjour, Sur Tsuru Reef, la zone de ravitaillement des jets ne fonctionne pas. Je suis resté seul dans la zone de spawn aérien pendant près de 5 minutes, à vider mes bombes et mon canon, sans qu'aucun autre avion allié ne passe : la zone n'a jamais rechargé mes munitions d'un coup, ni réparé le véhicule. Aucun cooldown partagé en cause, j'étais le seul avion sur la zone. Le jet se recharge bien tout seul petit à petit avec le temps, mais la zone de ravitaillement (qui devrait recharger munitions + santé instantanément) est inopérante. Le problème est identique côté NATO et côté PAX Armata. Ce problème remonte beaucoup côté communauté (thread ci-dessous). Pourriez-vous confirmer s'il s'agit d'un bug ? Thread communautaire : https://www.reddit.com/r/Battlefield/comments/1v2iyg1/tsuru_reef_no_air_resupply_stations_no_attack_heli/ Plateforme : PCBugs
J'ai plusieurs bugs nouveaux et des anciens qui n'ont jamais été corrigé je suis sur xbox Écran noir au menu principal Après avoir lancer une partie je vois l'écran chargement de la map que je vais jouer mais ensuite ça me revois au menu principal Audio éteint complètement après un explosion ou des tire des véhicule Audio depuis saison 3 le son des jet et hélico sont trop fort on les entend quand meme a l'autre bout de la map et on entend rarement les bruit de pas Après avoir déployée le drone du sniper le personnage ne peut plus viser ce bug est la depuis saison 3 Arme et bras du personnage invisible A la manette impossible de viser quand il ya trop de joueurs ennemis qui sont grouper pres les un des autres le viseur ne veux pas viser la bonne personne ce bug était sur 2042 et avait été régler au premier nerf de laim assist a la saison 1 Bug quand je me prend une balle mon personnage fige ou arête de courir Le nouveau dmr vssm rechargement bug après avoir reçu été touché par une balle l'arme ne recharge pas complètement souvent il recharge 8 balle sur 21
[Armes] Multiplicateurs de headshot incorrects sur 4 armes (S4 + DMR)
🐛 RAPPORT 1 — Armes automatiques Saison 4 (BROD 3 & EF88) Titre : [Armes] Les nouvelles armes S4 (BROD 3, EF88) utilisent les anciens multiplicateurs de dégâts à la tête d'avant le patch 1.3.3.0 Description/Résumé : Les nouvelles armes de la Saison 4 (la carabine BROD 3 et le fusil d'assaut EF88) utilisent encore les anciens multiplicateurs de dégâts à la tête d'avant le patch 1.3.3.0, au lieu des valeurs mises à jour introduites par la refonte gunplay de la Saison 3 (Game Update 1.3.3.0). Valeurs observées sur la BROD 3 (et l'EF88) : Multiplicateur headshot de base : 1,34x (devrait être 1,40x) Munitions à tête creuse (Hollow Point) : 1,50x (devrait être 1,57x) Munitions à pointe synthétique (Synthetic Tip) : 1,75x (devrait être 1,80x) Ce sont exactement les anciens multiplicateurs d'avant la refonte 1.3.3.0. Il semble que les nouvelles valeurs de dégâts à la tête n'aient jamais été appliquées aux armes ajoutées après ce patch. Résultat : les nouvelles armes de la Saison 4 sont désavantagées sur les headshots par rapport à toutes les autres armes automatiques du jeu. Étapes pour reproduire : Aller dans l'écran de personnalisation d'arme / sélection d'arme (ou au stand de tir). Sélectionner la BROD 3 (ou l'EF88). Vérifier le multiplicateur de dégâts à la tête dans les stats de l'arme (icône tête de mort en bas à droite). Comparer avec n'importe quelle arme automatique d'avant la Saison 4 (ex. M277, M433) qui affiche correctement 1,40x. Équiper les munitions à tête creuse et à pointe synthétique et vérifier les multiplicateurs — ils affichent 1,50x et 1,75x au lieu de 1,57x et 1,80x. Bug reproductible de façon fiable à chaque fois sur ces armes. Fréquence : À chaque fois, dans 100 % des cas. Le problème affecte toutes les nouvelles armes automatiques de la Saison 4 (confirmé sur BROD 3 et EF88). Constant à la fois sur l'écran de personnalisation et dans le comportement des dégâts en jeu. Informations complémentaires : Les multiplicateurs corrects d'après-patch (1,40x / 1,57x / 1,80x) ont été introduits dans le Game Update 1.3.3.0 dans le cadre de la refonte des multiplicateurs de dégâts corporels. Les armes de la Saison 4 semblent avoir été livrées avec les anciennes valeurs, ce qui les pénalise sur le TTK à la tête par rapport à toutes les autres armes automatiques. Il s'agit probablement d'un oubli de données lors de l'ajout des nouvelles armes plutôt que d'un choix d'équilibrage intentionnel. Plateforme : PC Gravité : Majeure (déséquilibre compétitif — les nouvelles armes infligent moins de dégâts à la tête que prévu ; impacte le TTK et la viabilité des armes) RAPPORT 2 — DMR avec mauvais multiplicateurs (LMR27 & VSSM) Titre : [Armes] La LMR27 et la VSSM ont des multiplicateurs de headshot DMR incorrects (1,34x / 1,80x au lieu de 1,50x) Description/Résumé : Deux DMR ont des multiplicateurs de dégâts à la tête incorrects qui ne correspondent pas à la valeur standard de la catégorie DMR, qui est de 1,50x. Après vérification de tous les DMR dans l'écran de sélection d'arme, le multiplicateur de headshot de base de la catégorie DMR est confirmé à 1,50x : M39 EMR → 1,50x ✅ SVK-8.6 → 1,50x ✅ SVDM → 1,50x ✅ GRT-CPS → 1,50x ✅ Cependant, deux DMR dévient de ce standard : LMR27 → 1,34x (devrait être 1,50x — trop bas de 0,16) VSSM → 1,80x (devrait être 1,50x — trop haut de 0,30) La LMR27 est sous-performante sur les headshots par rapport à tous les autres DMR, tandis que la VSSM est sur-performante. Cela ressemble à une erreur d'attribution de données où ces deux armes ont reçu le mauvais multiplicateur de dégâts à la tête. (Note : le 1,80x de la VSSM pourrait être lié à ses munitions subsoniques / à pointe synthétique intégrées de base. Merci de vérifier si c'est intentionnel ou un bug.) Étapes pour reproduire : Aller dans l'écran de sélection d'arme principale. Sélectionner la catégorie DMR. Vérifier le multiplicateur de dégâts à la tête (icône tête de mort en bas à droite) pour chaque DMR. Comparer : M39 EMR, SVK-8.6, SVDM et GRT-CPS affichent tous 1,50x, tandis que la LMR27 affiche 1,34x et la VSSM affiche 1,80x. Bug reproductible de façon fiable à chaque fois — les valeurs sont statiques sur l'écran de stats des armes. Fréquence : À chaque fois, 100 % constant. Visible sur l'écran de stats des armes pour tous les joueurs. Informations complémentaires : Le multiplicateur de headshot de base de la catégorie DMR est clairement 1,50x (confirmé sur 4 des 6 DMR). La LMR27 semble avoir hérité de la valeur 1,34x (identique à l'ancien multiplicateur du M39 EMR / d'un fusil standard), et la VSSM affiche 1,80x qui ne correspond à aucune valeur DMR standard. Il s'agit probablement d'un oubli dans les données des armes plutôt que d'un choix d'équilibrage intentionnel, car aucune note de patch ne mentionne de multiplicateurs de headshot différenciés au sein de la catégorie DMR. Plateforme : PC Gravité : Majeure (déséquilibre compétitif — la LMR27 inflige moins de dégâts à la tête que prévu, ce qui impacte son TTK et sa viabilité dans sa catégorie)[BUG] En véhicule : Le zoom est décalé+Equilibrage tanks/VCI suivant les cartes
Evidemment faudrait une vidéo pour démontrer la chose mais : En vue troisième personne, il y a toujours ce soucis du viseur qui "veut" aller se positionner sur autre chose que ce que je vise (Eléments du décor par ex) et que je dois compenser à la souris (perte de temps et donc ratage du tir) Mais SURTOUT.... Si je passe en mode ZOOM (donc vue première personne) , que ce soit en char ou VCI, le canon n'est PLUS à la position qu'il avait en vue troisième personne, et ce meme sans bouger le véhicule Il pointe "presque" sur le ciel à chaque fois. Alors évidemment le temps de le repositionner, le char, les autres véhicules en face ont largement le temps de tirer.. Du reste idem si je vise des personnes (surtout si équipées d'armement anti véhicules) Evidemment j'ai cherché pour savoir si quelqu'un d'autre était affecté par ce problème.. Et bien .. NON La seule chose que j'ai trouvé, récent et donc en lien avec le dernier patch et qui ne me concerne pas La dernière mise à jour majeure d'équilibrage des fusillades a introduit un nouveau bug affectant le zoom lors de l'utilisation d'un véhicule. Il est donc impossible de maintenir le bouton enfoncé pour zoomer ; seul le mode bascule fonctionne, qu'il soit réglé sur bascule ou sur maintien. En plus je me demande si il n'y a pas des différences d'équilibrages concernant les véhicules blindés suivant les modes de jeu (Déjà faut que j'arrive à en avoir un car nombre de joueurs surtout manette, utilisent le rapid fire pour se saisir d'un véhicule) Sur PERCEE et CONQUETE, si je fais abstraction des véhicules légers (voitures blindées) pour lesquels il faut autant de tirs de RPG que pour un char,(ce qui est une aberration) j'ai noté SUR CONQUETE que le char ou VCI étaient TRES fragiles face à des tirs meme tourelles reçus (Et là je ne parle pas d'équipes en face, constituée uniquement en RPG qui tirent ensemble mais d'un seul tireur Sur PERCEE je n'ai pas noté ce problème (Mais il y a le meme soucis avec certaines armes qui semblent plus efficaces sur certains modes de jeu que d'autres, comme si les patches d'équilibrage et changements ne s'appliquaient pas partout (Là je ne parle pas de REDSEC/BR qui sont des jeux différents) Idem pour la mitrailleuse de char.... Il faut parfois 5 à 10 tirs directs pour un kill, parfois non (mais tout dépend de la jauge de vie je suppose ou alors j'ai le même soucis qu'à pied où il me faut vider pratiquement un chargeur dans la tete pour un kill)[Bug] Claymore et ralentissement de lancer caisse de ravitaillement
Après avoir tapoté, j'ai trouvé sur le forum US la même chose et qui a été remonté Donc je laisse en l'état juste pour information au cas où quelqu'un tomberait sur ce bug Conditions : Poser une claymore Ce qui se passe : On se retrouve après l'avoir posé, les .. Mains vides et ce pendant environ 3 secondes On ne peut pas switcher pendant ce laps de temps sur une arme pour tirer. Même si invisible l'arme est considérée comme "'pas en mains" (Je le sais car je me suis fais killer juste après en essayant quand même de tirer... au cas où :-) La capture n 'est pas de moi mais du forum US Edit : Sans rapport avec la claymore mais la latence en fait...ce qui pourrait être lié : Lorsqu'on lance une caisse de ravitaillement surtout si on court, il y a un ressenti de latence avant qu'elle ne tombe au sol Avant la dernière maj/patch c'était immédiat[BUG] Plantage en jeu au bout de 15 minutes sous AMD depuis le 16 avril 2026
QUI DE L'OEUF OU DE LA POULE EST RESPONSABLE ? AMD/Processeur/Ftpm/system Guard, Superposition, Composants d'arrière plan, EA JAVELIN ? Edit du 30/6/2026 On en rajoute une couche avec les pilotes AMD.... AMD et le plantage des GPU via pilotes 26.6.2 | EA Forums - 13521593 Ceci dit avec un processeur AMD et carte graphique NVIDIA il y a un soucis avec le DLSS si activé..C'est en lien avec HAGS et le MPO https://forum.malekal.com/viewtopic.php?t=74725 Edit du 29/06/2026 Pas de pseudo solution vue ailleurs mais en bossant sur un script powerShell et en consultant une doc technique j'ai appris une chose sur la "Game Bar" (Barre XBOX) Pour rappel, le fait de désactiver cette fonction permet d'éliminer les services et superpositions Xbox en arrière-plan susceptibles de consommer des ressources CPU, RAM et GPU, améliorant ainsi les performances du système et réduisant les interruptions en jeu. Mais il y a pire... iL EST DIT SURTOUT de ne pas activer cette option si vous possédez un processeur X3D (par exemple, AMD Ryzen 7 9800X3D), car elle alloue les cœurs du cache virtuel 3D au jeu en cours d'exécution. Désactiver la barre de jeu permet d'éviter ce problème. A tester donc... Edit du 16/06/2026 Pas de solution à ce jour Par contre il y a eu une mise à jour AGESA pour AMD 1.3.0.1b pour les modèles de carte mères, basées sur les chipsets 600 et 800 séries Après installation, activer le mode FCLK VDCI peut améliorer les débits en lecture et écriture pour un coût négligeable en latence (60ns contre 58.7) mais surtout une baisse de la température (en lien avec les tensions) de quelques degrés ce qui n'est pas négligeable Les utilisateurs peuvent s’attendre à une baisse des tensions, une meilleure gestion thermique et des fréquences potentiellement plus élevées. La mise a jour sera deployée progressivement par les constructeurs (ASUS, MSI etc) Ce n'est pas cela qui va résoudre le problème mais c'est bon à prendre Ne pas négliger non plus les maj pour cartes graphiques AMD et surtout Nvidia avec un patch depuis la dernière version qui .. Corrige des histoires d'écran noir --------------------------------------------------- Edit du 01/06/2026 Le problème demeure à ce jour... On trouve encore des programmes tiers qui mettent le bazar, comme celui de gestion de la souris et clavier (SYNAPSE) . En le virant cela a permis à "certains" de pouvoir lancer le jeu. On en revient aux programmes en arrière plan qui surchargent le processeur AMD (Parfois jusqu'à 120%). Problème en virant Synapse il n'y a plus rien pour gérer les raccourcis souris etc Une autre piste mais mise en avant par EA et là on retrouve ce qui a été dit avec le TPM, le démarrage sécurisé qui serait en relation avec le "System Guard" d'AMD Rappel de ce que c'est : https://learn.microsoft.com/fr-fr/windows/security/hardware-security/system-guard-secure-launch-and-smm-protection --------------------------- Edit du 24/05/2026 Les maj de EA JAVELIN du 21 et 22 mai 2026 ne changent rien au problème Certains avaient noté une disparition avec celle du 21, mais ce n'était pas le cas de tout le monde. Ensuite le soucis est revenu avec la Maj du 22 mais (ou pour ceux qui n'étaient pas connectés ce jour là avec la Maj du 22 mai de EA javelin et la mise jour du 26 mai pour le jeu) Pour rappel ne pas négliger le nettoyage des shaders après chaque mise à jour du jeu . Les raisons et comment faire https://forum.malekal.com/viewtopic.php?t=76855 --------------------- Au 25 mai 2026 Pour d'autres et encore une fois, c'est le fait d'avoir appliquer des mises à jour BIOS et de Windows (KB5089549) qui a pu résoudre le problème. Problème : Ce n'est pas LA solution car cela ne fonctionne pas pour tout le monde. Reste à savoir comment sont configurés ces PC... et quelle est la surcharge processeur Dans les plus récents certains ont AUSSI résolu la chose en désinstallant les derniers pilotes AMD avec DDU et pris les "whql-amd-software-adrenalin-edition-26.3.1-win11-b " C'est cela qui est pénible avec ce bug, c'est qu'il n'y a pas de cohérence visible entre ce qui "peut" fonctionner, ou pas et pourquoi cela fonctionne pour certains et pas d'autres -------------------- Le bug est connu, mais c'est juste pour synthétiser les "possibles" solutions avant de voir arriver un patch de la part de EA Du reste si tous les autres jeux EA sous Frosbite sont touchés qui dit qu'il n'y a pas un conflit entre le moteur Frosbite, EA Javelin et AMD ? D'ailleurs la communication est tellement mauvaise chez EA, que MEME les EA_ US ne savent pas si les phrases ambigües du patch sont en relation avec le problème. Mieux à la fin du patch on peut lire.. Cette annonce est susceptible de changer en fonction des commentaires de la communauté et du développement de notre service et du contenu" Comment un patch de résolution de problème "peut" changer du fait des commentaires ? Je ne conseille PAS DU TOUT d'appliquer certaines parties de ce qui est indiqué dans ce lien US par un EA_ au 20 mai 2026 PC freezing after 10 minutes of playing since 4/16 | EA Forums - 13337729 ------------------------------------------------------------ RAPPEL DE LA SITUATION Le bug touche les processeurs AMD, X3D ou pas, à environ entre 15 minutes et parfois plus une fois le jeu BF6 lancé (ou BF1, BFV , BF 2042), ce qui génère un plantage Pour les rares processeurs INTEL cités sur divers forums le problème est ailleurs Toutes les solutions proposées peuvent fonctionner pour certains et pas pour d'autres. Il n'y a PAS de solution miracle Je ne vais pas encombrer avec trop de détails techniques (juste un petit résumé pour certains) pour indiquer pourquoi telle ou telle solution fonctionne...ou pas IMPERATIF et AVANT TOUT Avoir un Windows à jour ainsi que ses pilotes (dont pour le Chipset). Le fait d'avoir d'anciens pilotes graphiques n'influent pas pour ce bug Avoir un firmware (BIOS/UEFI et AGESA) à jour . C'est encore plus important sous AMD que sous INTEL (Et pas que pour des correctifs de RAM et O/C de celle ci par EXPO (Le XMP sous Intel) Ne pas s'amuser avec les programmes de tweaks, modif de paramètres du BIOS/UEFI que l'on voit un peu partout. Certains sont corrects/efficaces, mais d'autres sont des aberrations, ont un effet placebo/Biais de confirmation ou vont avoir un impact négatif rendant le PC instable (Au plus simple utiliser WINHANCE) Edit du 06/05/2026 Il a été vu un autre problème qui se greffe EN PLUS, pour les détenteurs de carte graphique AMD avec les derniers pilotes ADRENALIN Je laisse en l'état car je ne peux pas tester, et la raison est plausible Je copie colle : Le problème de blocage a été résolu en remplaçant la pile de pilotes Adrenalin par la version Microsoft WHQL fournie par Windows 11. Cela peut indiquer que le problème n'est pas uniquement lié aux shaders, mais potentiellement à un problème d'interaction entre le pilote et la couche logicielle (services Adrenalin, superpositions ou composants d'arrière-plan interférant avec la planification ou la gestion des shaders). Je rappelle également qu'il ne faut pas négliger le nettoyage des shaders; Toutes les raisons et avec quoi le faire sont expliquées ici : https://forum.malekal.com/viewtopic.php?t=76855 Sur le forum US j'ai trouvé une réponse d'un EA_ (mais je ne vais pas citer son nom) qui répondait à un utilisateur sur le fait que cela pourrait être dangereux d'effectuer une maj du BIOS si il ne s'en sentait pas capable "Vous ne devriez pas vous sentir obligé de modifier le BIOS si vous ne vous sentez pas à l'aise avec cette procédure." Ben si... Il faut se forcer . Les risques d'une maj BIOS ne sont plus les mêmes qu'il y a 10 ou 15 ans. Les maj des BIOS/UEFI sont d'une TRES grande importance De plus cela fait partie de la maintenance et cela s'apprend . C'est comme avec une voiture. Pas besoin d'être mécanicien pour faire les niveaux d'huile, lave glace, pression des pneux. On note pour certaines cartes mère et modèles des mises à jour par ex en avril en lien avec les anti cheats.. Voila un exemple de l'importance de la chose MEME si cela a résolu le bug pour certains mais .. PAS pour d'autres (Il y a une conjonction de divers problèmes) Au passage il faut s'intéresser également à la mise à jour des firmwares des SSD... c'est AUSSI important -------------------------------------------------------------- LES SOLUTIONS QUI FONCTIONNENT POUR CERTAINS ET... PAS POUR D'AUTRES Cela sera mis à jour si d'autres solutions apparaissent - Mettre à jour le BIOS de la carte mère (Normal il y a un lien avec les anti cheats, MAIS reste à savoir si toutes les marques et modèles offrent une mise à jour du firmware) - Mettre le jeu bf6.exe et EaJavelin.exe en mode administrateur (A déconseiller pour des raisons de sécurité) - Désactiver la carte son intégrée, surtout celle en haut de gamme comme la puce Realtek 4080 ( Il y a donc un lien avec la charge CPU) - Activer le GPU intégré dans le BIOS et de vérifier ensuite si c'est pris en compte dans le gestionnaire de périphériques (1) - Insérer une clé USB à l'arrière du PC dans le port qui sert pour booter dessus pour les maj du firmware (2) (Voir la doc de la carte mère) - Désactiver Nvidia Reflex + Boost, ou simplement désactiver Boost, afin de réduire l'utilisation du processeur - Jouer en SDR au lieu de HDR - Installer une manette - Désactiver l'XMP et ou le BOOST dans les paramètres BIOS/UEFI - Désactiver le SMT/Hyperthreading - Désactiver la virtualisation - Dans des cas précis il peut y avoir un problème de TDR. Il faut donc ajuster la valeur de registre TdrDelay du pilote à 10 pour aider à prévenir les délais d'expiration du pilote sur les pilotes plus anciens. Néanmoins meme si cela a été formulé par un EA_ sur le forum US, cela veut dire qu'il y a un problème sous jacent dans la configuration utilisateur et un soucis entre les pilotes et la carte graphique Je conseille d'utiliser un programme simple d'emploi pour la manip TDR MAnipulator https://www.wagnardsoft.com/forums/viewtopic.php?t=755 - Accédez aux paramètres de Discord et désactivez toutes les superpositions, puis fermez le programme via le gestionnaire des tâches. (On en revient à la charge excessive) Globalement, même si ici il n'y a pas en apparence de lien direct avec le problème il faut diminuer la charge et réduire tout ce qui tourne en arrière plan (Mais il ne faut pas toucher au MPO - Superposition - au HAGS, ReBar (Pour ceux qui disposent de la fonction) contrairement à ce qu'on peut lire un peu partout https://help.ea.com/fr/articles/platforms/ea-app-how-to-close-background-apps/ A TESTER J'y ajoute une "possible solution" , ce que je n'ai pas encore vu sur les forums et réseaux sociaux et qui a été testé sur un AMD 5900X, dans les paramètres du BIOS/UEFI mais pour d'autres raisons (Expliqués plus bas) - Chercher les paramètres double CCD et mettre CPPC en " activé" et "CPPC préféré" en désactivé (3) Edit : Fonctions qui existent aussi par ex sur les 7950x3d et 9950x3d Par contre je ne sais où cela se situe dans les paramètres, car certains ne sont pas visibles/accessibles suivant les marques et pire suivant les modèles. Je ne parle pas des PC portables, car c'est souvent réduit au minimum Edit 2 : Amusant.. En regardant un article Linux je suis tombé sur un autre et un autre qui parlent justement d'un problème avec CPPC et qui devrait être résolu sans compter des fonctions supplémentaires pour les prochaines versions de Windows les 26H2et 27H2. Il y a un lien avec une maj de firmware cependant Premier lien du mois de mars https://lore.kernel.org/linux-pm/[edit: email address removed]/ Deuxième lien du 4 mai : https://lore.kernel.org/linux-acpi/[edit: email address removed]/ --------------------------------------------------------------------------- CE QUE JE NE CONSEILLE PAS Il a été vu de désactiver la protection mémoire, et/ou de virer la dernière KB de Windows du mois d'avril Pour des raisons de sécurité (surtout que la dernière KB corrige pas mal de failles) c'est plus que déconseillé et personne ne devrait avoir à faire cela pour ce type de bug (ou autre) Ce genre de manipulation se fait en amont chez EA pas chez l'utilisateur final afin d'établir un diagnostic en isolant par couches toutes la causes possibles J'ai meme vu sur le forum US une autre manip à effectuer. Si i on regarde dans le fichier C:\Windows\Logs\MeasureBoot et que l'on regarde dans le fichier JSON , on peut trouver la fonction de VirtualSecureMemory à "False Ex : "VirtualSecureMemory","ValueFromComputer":false Et ce même si Windows indique que l'isolation du noyau de mémoire et l'intégrité de la mémoire sont activées et qu'aucun pilote n'est en conflit. Et bien il ne faut pas mettre la fonction à "True" (Microsoft dans sa doc technique l'explique. Perso je suis sur Intel, c'est à False et je n'ai pas de soucis Par contre si il y a Field":"EkCertIsAvailable","Value":false,"DesiredValue":true} Le "pseudo" problème est autre , et lié à la machine virtuelle invitée qui ne possède aucun certificat TPM (VirtualBox) et cela n'a pas d'impact sur le jeu. Un lien rapide explique le pourquoi https://forums.virtualbox.org/viewtopic.php?t=114363 Il a été vu une modification du user.cfg (le fameux fichier que tout le monde modifie depuis BF3) Exemple pour un processeur à 8 cores (Attention c'est juste un ex pour un processeur donné) Thread.ProcessorCount 8 Thread.MaxProcessorCount 8 Thread.MinFreeProcessorCount 0 Thread.JobThreadPriority 0 GstRender.Thread.MaxProcessorCount 16 D'autres y ajoute pour le GPU (Qui au passage ne fonctionne plus car neutralisé dans le Frosbite sous BF6) WorldRender.LightTileCsPathEnable 0 A la base c'est fait pour empêcher d'avoir 100% de charge sur le premier coeur ou plus, sans répartition et ne pas avoir un goulet d'étranglement . (Les gens se retrouvent après la manip entre 80 et 90% d'utilisateur processeur) Il faut savoir que les systèmes dont les performances ne sont pas limitées par le processeur ne constateront aucune amélioration. Cela peut juste aider les personnes, mais sous conditions, rencontrant des problèmes de limitation de fréquence du processeur et/ou des problèmes de chauffe Paradoxalement cela peut aider AUSSI les personnes avec un écran qui dépasse les 144Hz et carte graphique puissante, et qui constatent des pertes de FPS suivant les cartes du jeu (passer de 180 Fps à 60 par exemple) . C'est pour cela du reste qu'il est préférable de passer par un FPS-CAP dans les paramètres de NVIDIA par ex En fait en baissant certains paramètres graphiques on peut également diminuer la charge Demander à BF6 d'utiliser tous les cœurs solliciterait les cœurs lents, cela pourrait s'avérer néfaste. Certes, l'utilisation totale du processeur diminue, mais si l'IA et la physique sont soudainement exécutées sur l'un des cœurs E, les performances pourraient être dégradées. Le nombre d'images par seconde (FPS) pourrait chuter si certains cœurs atteignent 100 % d'utilisation alors que d'autres sont inactifs Il faut savoir que pour BF 2024 D il y avait un problème de surcharge CPU sur le premier CORE et cela a été corrigé par DICE, donc pas besoin de modifier le user.cfg ---------------------------------------------------- POURQUOI UN PLANTAGE AU BOUT DE 15 MINUTES ? Le profil des symptômes - blocage complet du système d'exploitation sans fichier de vidage mémoire, fenêtre temporelle cohérente et aucun problème dans aucune autre application ou jeu - indique un conflit de planification des threads au niveau du noyau entre le moteur de BF6 (et/ou Javelin Anti-Cheat) et la nouvelle architecture V-Cache à double CCD du 9950X3D2 (C'est pour l'exemple) La fenêtre de 10 à 15 minutes correspond précisément au moment où BF6 termine le streaming des shaders et des ressources et augmente considérablement sa charge de travail. C'est à ce moment précis que le planificateur Windows commence à répartir les threads de manière plus agressive entre les deux CCD, ce qui semble déclencher le blocage L''anti-triche Javelin est un pilote de niveau noyau (Ring 0). Sur les processeurs à double CCD, lorsque le jeu tente de déplacer un thread du CCD0 vers le CCD1, les mécanismes de sécurité de l'anti-triche peuvent interpréter ce changement rapide d'adresse mémoire comme une tentative de triche par injection de mémoire. Comme il s'agit d'un pilote au niveau du noyau, sa réponse n'est pas de fermer le jeu, mais de bloquer l'ensemble du processeur pour « protéger » le système, ce qui entraîne le gel de l'écran et du système d'exploitation. Dans les rapports de crash de Windows il a été vu que le plantage se produit à l'étape ntdll!RtlpWaitOnCriticalSection. (Analyse du rapport de crash) Plus précisément, le système tente d'accéder à une adresse mémoire basée sur une valeur nulle (rax=0). Déjà il serait bien que les EA_ demandent les minidump de Windows (Celui de BF6 est dans un format propriétaire) . On peut s'aider de WhoCrashed qui est un utilitaire conçu pour analyser ces fichiers minidump et fournir un rapport interprété, LE GROS SOUCIS SOUS AMD A LA BASE (Je n'ai mis que quelques exemples) : BUG de la protection mémoire Il y a eu un BUG découvert en décembre 2025 en lien avec la protection mémoire. Concrètement il y avait un problème au niveau de l’initialisation de la protection DMA pendant la phase de démarrage. Sous Intel ils ont été plus réactif pour la correction via une maj firmware, mais sous AMD j'ai vu des corrections par ex QUE pour certains modèles ASUS que .. la dernière semaine d'avril. C'est peut etre pour cela que certaines personnes sous carte ASUS AMD après la mise à jour ont vu que cela avait corrigé le soucis et pas d'autres. Chez MSI je sais que je l'ai eu en janvier sous Intel, mais EA JAVELIN ne posait pas de problèmes (Il ne m'a jamais posé de problème de toutes les façons) Visiblement RIOT GAMES à l'époque avait contourné la chose avant que les maj soient effectives BUG avec le fTPM (Le TPM d'intel) Cela "peut" crée un blocage de la fonction ftPM, et donc.... faire planter une application qui effectue des vérifications.. Comme.. EA JAVELIN AMD a reconnu que certaines configurations de systèmes Ryzen peuvent effectuer par intermittence des transactions mémoire prolongées liées au fTPM dans la mémoire flash SPI de la carte mère, ce qui peut entraîner des interruptions temporaires de l'interactivité ou de la réactivité du système jusqu'à la fin de la transaction." En clair, le ftPM est surchargé, ce qui provoque des blocages du système lors de certaines tâches. Il faut se souvenir que EA JAVELIN requiert le TPM (Intel) ou ftPM (AMD) et que dans son fonctionnement il y a des accès mémoire sur ... (Mais je ne vais pas détailler une partie du fonctionnement de l'anti cheat et en plus je ne sais pas tout sur celui ci) En fait c'est TRES difficile à corriger car le bug peut survenir plusieurs fois dans la même journée meme après avoir redémarré le PC et .. ne plus apparaitre pendant une semaine ou deux. Ce n'est pas lié à Windows car le soucis existe sous Linux également Il y a plus de risques de voir apparaitre la chose si Bitlocker est activé (Se rappeler des bugs bitlocker pour certains en lien avec AMD et la KB d'avril de Windows 11) Pour une part non négligeable d'utilisateurs sous AMD, le bug avec le ftPM, provoque à minima des saccades intermittentes et généralisées en usage "classique" du PC et donc.. dans les jeux où on peut y ajouter des pertes de FPS, et AMD n'a jamais complètement résolu ce problème. AMD avait annoncé le fait comme "corrigé" en 2022 via une maj de l'AGESA, mais en réalité cela ne l'est pas ou alors au compte goutte pour certaines marques et modèles de cartes mères via une .. Maj du BIOS/UEFI Dans l'absolu le TPM ne devrait avoir AUCUN impact sur la latence pour le jeu lui meme, car il ne s'exécute pas sur les threads du jeu et n'effectue aucune interrogation pendant la partie. Cependant... EA JAVELIN nécessite le fTPM/TPM et qu'il procède à des accès mémoire DETAILS (Résumé) DE QUELQUES SOLUTIONS (1) ACTIVER LE CPU INTEGRE Il y aurait un lien avec le délai d'attente ou un blocage du pilote du GPU, potentiellement en lien avec Easy Anti-Cheat/E JAVELIN et le rendu DX12 ou la gestion des ressources du jeu sous charge soutenue. La présence d'un GPU secondaire semble permettre à Windows de récupérer ou d'éviter un blocage complet du système, indiquant un problème plus profond au niveau du rendu ou de l'interaction des pilotes plutôt qu'une instabilité du système. Il faut se rappeler que tout comme le port USB dédié, c'est relié directement au processeur (En lien avec la génération de la table ACPI lors du post et affectation des IRQ/MSI ?) Edit : Je copie colle car c'est plausible Le GPU intégré et l'USB empêchent une partie du processeur de passer en mode veille profonde. Les processeurs X3D utilisent plus fréquemment ce mode pour réduire la température, ce qui explique pourquoi ce problème est plus fréquent chez les utilisateurs de processeurs X3D. Sans iGPU ni USB, Javelin tente d'accéder à un secteur en mode veille profonde et arrête l'ensemble du PC lorsqu'il ne reçoit pas de réponse suffisamment rapide. Le port USB intégré au BIOS est unique car il est toujours alimenté (permettant ainsi la mise à jour de la carte mère sans processeur). De ce fait, un secteur du processeur ne sera jamais mis en veille, car le port USB le sollicite constamment, contrairement à d'autres périphériques qui ne le sollicitent qu'à une certaine fréquence de rafraîchissement et uniquement lors de la réception d'un signal (par exemple, une frappe au clavier). La configuration de chaque PC étant différente, la solution de contournement USB semble dépendre de la carte mère ; chaque fabricant gère le port Flashback différemment. Cela pourrait également dépendre des paramètres du BIOS, mais c'est un tout autre sujet. Néanmoins le fait d'utiliser l'IGPU est une aberration, mais dans ce cas précis, ce n'est là QUE pour résoudre/dimininuerla charge, et n'est donc pas LA solution (C'est l'arbre qui cache la forêt) C'est juste un pansement sur une jambe de bois qui "peut" fonctionner en attendant de... (2) INSERER UNE CLE USB (voir également le "Edit" ci dessus avec l'IGPU) Mettre en place une clé USB sur le port qui sert à effecuter des maj de firmware (Voir la doc de sa carte mère) Il faut savoir il y a un bug sous AMD, du pilote du chipset : Les ports USB ont des taux d’interrogation différents (Cela affecte tous les systèmes Ryzen). J'ai meme trouvé des problèmes avec les sous-systèmes de synchronisation (Le HPET en fait partie) La particularité de ce port c'est qu'il est normalement relié au prcesseur et non au chipset. On en revient toujours au processeur, et possiblement d'affectation mémoire etc (Supposition de ma part) (3) "CPPC" EN activé ET "CPPC PREFERE " en désactivé Attention c'est juste pour tester et ce qui suit est un résumé (Sinon cela ferai un pavé pour les détails) puisque vu le fonctionnement, cela pourrait confirmer si les soucis du bug actuel (Evidemment cela ne va pas fonctionner pour tout le monde vu qu'il y a une accumulation de petites choses, mais le point commun est la charge CPU, les threads, répartition des taches, et accès mémoire) Cette configuration est spécifiquement conçue pour les processeurs double CCD, mais peut également être avantageuse pour d’autres types de processeurs. Le principal avantage réside dans le fait que l’option "CPPC préféré" incite le planificateur Windows à privilégier et à assigner les processus aux deux meilleurs cœurs. Ces deux cœurs se retrouvent alors surchargés et subissent des changements de contexte constants. Les processus peuvent également changer fréquemment de cœur, car ils se disputent constamment l’utilisation des deux meilleurs. Cela provoque une migration des processus vers l’autre CCD, nécessitant un réallocation de mémoire. La désactivation de "CPPC préféré" évite ce problème en utilisant tous les cœurs sans en privilégier aucun. Il en résulte moins de changements de contexte, de surcharge, de migrations de CCD et de concurrence pour le temps processeur. De plus, elle réduit les points chauds, car la charge de travail est répartie sur tous les cœurs plutôt que concentrée sur les deux meilleurs, ce qui minimise les variations constantes de vitesse du ventilateur. Lorsque la charge se concentre sur les deux meilleurs cœurs, la dissipation de la chaleur est réduite, ce qui entraîne une augmentation constante de la vitesse du ventilateur pour dissiper la chaleur localisée. Il est plus facile de dissiper la chaleur lorsqu'elle est répartie plutôt que concentrée en deux zones distinctes. Cela peut également résoudre les problèmes de saccades en jeu et la latence souris et augmenter les FPS
