badablek

la wii n'est pas un PC...donc bien sûr que non, tu n'as rien à installer (à part le cIOS d2x bien évidemment). les loaders se fichent royalement que tu utilises le second port USB, il faut juste que le cIOS soit programmé pour. Il te faut installer la dernière beta du cIOS d2x V9 (la beta 49 est sortie il y a quelques jours). Le problème avec d2x (jusqu'à la version 8), c'était que le port USB n'était pas plug n' play. Autrement dit, tout périphérique USB branché à chaud (micro par exemple) n'était pas détecté une fois le jeu lancé. La V9 corrige tout ça. C'est une beta, mais elle marche nickel.

salut, qu'est ce qui te fait penser qu'il y aurait un quelconque risque ??? autant pour une mise à jour officielle du système, je peux comprendre la question, autant pour un homebrew de qualité tel que HBC, je ne vois pas pourquoi tu te poses cette question métaphysique... en résumé : bien évidemment que tu peux la faire !

il est où, l'interêt de le faire manuellement, sachant qu'au final, tu retrouveras EXACTEMENT, au bit près, le même résultat qu'en ayant utilisé wbfs2fat ! Sauf que ta méthode, c'est déjà plusieurs heures perdues, un stress disque (HDD source + HDD cible...et je ne parle même pas si c'est le même HDD qui sert à la fois de source et de cible !) en lecture et en écriture complétement disproportionné et des opérations de conversion (*) totalement inutiles...puisque tu n'obtiendras rien de plus qu'avec wbfs2fat. (*) les jeux sur une partition WBFS sont déjà au format WBFS...wbfs2fat ne fait que convertir le type de partition et récupère donc les jeux déjà au format WBFS. Alors les reconvertir alors qu'ils sont déjà dans le bon format, je ne vois pas l'interêt... pourquoi faire simple quand on peut faire (ultra) compliqué ?

content que ça se soit bien passé pour toi pour le loader à jour (ou pas), c'est pas vraiment le plus difficile à régler ^___^

salut, quand il s'agit de triturer/bidouiller des partitions d'un format obscur (WBFS) pour les convertir dans tel ou tel format >>> tout simplement impossible de prétendre qu'une méthode est infaillible. malheureusement pour toi (ou peut-être heureusement ?), il n'existe qu'une méthode de convertion, avec le génial wbfs2fat comme tout logiciel touchant au fondement même d'un périphérique de stockage, à savoir le type de partition, ça peut être du quitte ou double. une fois convertie en FAT32, tu peux bien sûr la passer en NTFS sous un quelconque OS le supportant, à partir du gestionnaire de partition de windows, d'un logiciel tiers, de linux (qparted), etc. Tu peux aussi réallouer la partition pour en créer une seconde si tu tiens à faire FAT32+NTFS (en veillant bien à marquer active la partition FAT32, qui sera la première partition du HDD pour la meilleure compatibilité possible avec les forwarders). amuse-toi bien

irbeckenbauer, j'aurais bien volontiers répondu à ton MP par un autre MP...mais comme tu as paramétré ton compte pour ne PAS en recevoir, c'est un peu difficile je te copie/colle donc la réponse que j'avais rédigé à l'occasion de ton MP d'hier : donc si tu veux de la réponse par MP, autorise les dans ton compte utilisateur

erreur -1 = pas de périphérique source trouvé. si tu tentes d'installer un WAD depuis un HDD, c'est l'errreur typique. Ce n'est PAs une erreur de type cIOS (accès NAND ou autre) utilise une SD avec un wad manager à jour (1.7 ?) ou modifié (mod) ou avec Channel File Manager ou bien encore Wiimod (les alternatives à wad manager ne sont pas ce qui manque) ps : le pack est obsolète quant aux versions : du forwarder, du loader (wiiflow), du cIOS. je t'invite très fortement à regarder du côté du googlecode officiel des beta test, voir du wiki de wiiflow. pour le cIOS : le d2x V8 est le minimum syndical !

jomanix tu n'as absolument PAS du tout compris... tu as déjà tout le nécessaire d'installé sur ta console. C'est WIIFLOW qui doit être mis à jour ! Tu décompresses juste wiiflow-mod dans apps\wiiflow ET RIEN D'AUTRE je ne vois pas ce que Wad Manager vient faire dnas l'histoire, si ce n'est que tu vas probablement réussir à bricker ta console si tu n'écoutes pas ce qu'on te dit. quand je lis ta signature, je vois un wiiflow totalement obsolète et qui ne sait pas tirer partie des nouveautés de d2x. Ce n'est qu'un loader à mettre à jour...rien de plus.

quand tu as choisi un jeu, avant de cliquer sur Lancer, tu vas dans les paramètres. tu as une page sur laquelle tu peux régler l'IOS, qui devra être mis sur 250. Si wiiflow ne te propose pas le 250, c'est qu'il est vraiment trop ancien et ne reconnait pas le cIOS d2x. donc comme déjà dit plus haut, la méthode la plus simple reste de mettre à jour wiiflow, tout simplement. Tu n'y perds rien au change, bien au contraire. Passe à wiiflow-mod Il faudra absolument repartir d'une base saine en supprimant au moins les fichiers présents dans wiiflow\settings (tu peux juste garder le wiitdb.xml) ainsi que le fichier wiiflow.ini (dans apps\wiiflow)

vrai si lancé depuis la chaine Disque. Mais si c'est depuis un loader, il utilisera de toute façon le cIOS, et pas du tout l'IOS original jomanix, ton problème est classique des jeux qui nécessitent un paramétrage manuel du cIOS. Les "Call of" tournent sur l'IOS57, et planteront si tu tentes de les lancer avec un cIOS basé sur l'IOS56. Donc soit tu règles manuellement, pour chaque jeu à problème, le cIOS sur 250, soit tu choisis la meilleure solution, à savoir utiliser la dernière version de wiiflow-mod (ou la dernière de wiiflow si tu as de quoi compiler les sources), qui dispose d'un module de choix automatique du cIOS en fonction du jeu.

le ficheir INI ne sert qu'une fois (au moment d'activer/désactiver un hack). Peut être qu'une fois ta configuration faite, tu as remis le fichier dans le dossier de priiloader pour le garder sous le coude ? je n'ai fait que lire les commentaires sur l'archive officielle de priiloader donc je suppose que c'est correct (à vérifier)

bah avec n'importe quel jeu récent (de la même région que ta wii)...si tu as un backup, tu extrais la partition de mise à jour avec wiibrowse, puis tu installes tout ce petit monde sur ta wii avec Wad Manager (l'IOS80 et le System Menu au moins, le reste n'est pas forcement utile). Si tu n'as pas de backup sous la main, tu insères l'original d'un jeu récent dans ta console, et avec FTPii tu pourras récupérer les fichiers de MAJ, en wifi. ps : toujours commencer par l'IOS80 ! il faut impérativement que celui-ci soit correctement installé avant de mettre le System Menu 4.3)

non Lolo18, il ne faut pas se fier à ta carte SD, mais à l'archive officielle de priiloader, et notamment les commentaires qui y sont inclus, je cite : le fichier INI a toujours été nécessaire à la racine de la carte SD aussi bien pour preloader, que pour son successeur priiloader.

salut, l'intention est louable, mais quel est l'interêt d'une telle base de données ? sachant que quiconque utilise des fichiers WBFS, utilise aussi un logiciel de gestion/conversion (dans 95% des cas : Wii Backup Manager)...logiciel qui gère très bien les bases de données WiiTDB (ainsi que les noms internes des jeux, contenus dans le fichier ISO/WBFS) logiciel qui supporte par ailleurs l'exportation des listes au format csv, html, txt. Le tout avec la possibilité d'utiliser des modèles d'exportation (pour le faire avec ou sans jaquettes, et ajouter un nombre incalculable d'informations si nécessaire). ça a du te prendre un temps fou, mais je reste perplexe quant à son utilité ps : un jeu WBFS n'est pas régi par une seule et unique convention de nommage donc ce n'est pas forcement sous la forme de son identifiant interne je dirais même que cette convention n'utilisant que l'ID du jeu n'est quasimenet jamais utilisée (soit Nom interne + ID.wbfs, soit sous-répertoire nommé par le nom interne + ID.wbfs)

wiiflow-mod, neogamma, postloader, usbloader GX, CFG Loader. et dans un futur (très) proche : devolution (avec le support USB en mode wii s'ils vous plait, et wiimote à la main !) je crois que c'est suffisant, non ?? :D (oui, je parle bien de loader GC avec des isos contenus sur une SD, pas de launcher DVD...histoire de comparer aux fonctions SD de la Fusion) Et non, ce n'est certainement pas moi qui te dirais que les jeux NGC, on s'en fout...d'ailleurs j'ai ma partie de Zelda Wind Waker qui m'attend (sous wiiflow+DML bien sûr) pour les puces, je n'ai jamais dit qu'elles ne pouvaient pas lancer de jeux sans softmod, j'ai simplement précisé que le hack soft a été à l'origine de ces puces et que pas mal de fonctions ont été inspirées par ces hacks soft (et ce n'est pas pour rien si le format WBFS, si cher aux loaders, est supporté par ces puces, et que WBFS Manager a été récupéré par les créateurs de puce). Et je doute que les puces faisaient ce que tu dis avant le hack soft, puisque celles-ci sont sorties largement plus tard (si on reste bien sur le thème des puces nappe hein, je ne parle pas des backups "simples" sur puce "simple") je dirais surtout qu'on a tous les deux raison (comme dit plus haut, chacun voit midi à sa porte, et tant que ça contente tout le monde, ça peut être du hack hard/soft/hard+soft, peu importe). Mon intervention ne concernait que les possibles avantages supplémentaires de l'un par rapport à l'autre, pas de trancher dans le vif en disant "j'ai raison, vous avez tord"

C'est donc bien ce que je disais...ces puces (si tant est que l'on puisse encore les appeler ainsi tout en sachant qu'elles embarquent des outils de hack soft...voir même pour certaines des dérivés de homebrews type loader comme joyflow) n'apportent absolument rien DE PLUS qu'un hack soft (quitte à comparer deux voitures "de la vie courante", on ne fait pas l'analogie entre une 206 et une Ferrari; c'est un peu ce que tu fais en citant les puces les plus chères du marché face à des homebrews développés bénévolement :'() c'est sûr qu'une puce à 100 euros joue à peu près dans la même cour que les loaders...et je serais tenté de dire, heureusement ! Petite parenthèse au passage, la Fusion ne supporte QUE les SD, donc largement hors concours chacun voit midi à sa porte, c'est certain. Et mes mots n'ont absolument aucune vocation à "convertir" qui que ce soit aux loaders, et encore moins à essayer de faire passer les "puceux" pour des imbéciles (d'autant que j'en fais aussi partie) . Mais quiconque utilise un loader USB ne claque pas plus de 100 euros dans une puce qui n'apportera aucune plus value tout en ruinant le design de la console (parce que ces petites bestioles ne se contentent pas d'être à l'intérieur et ajoutent un socle hideux obligeant à mettre la console debout) ps : je ne vois pas en quoi il est stérile de comparer deux méthodes pour arriver finalement AU MEME RESULTAT ! Tant que chacun y trouve son compte... EDIT : je viens de parcourir ton lien, et je n'aurais qu'une chose à dire : pures spéculations qui n'ont jamais été confirmées. tout comme le dit NeB, j'ai posé des wiikey1, 2, et même de la yaosm, sans que JAMAIS je ne sois inquiété par quelque MAJ que ce soit. La seule et unique pique de Nintendo aura été la pseudo protection de NSMB. et perso quand je vois un topic où l'on parle de "bios", je me méfie enormement (la wii n'utilise pas ce genre d'architecture; seule la NAND peut être mise à jour, aucun bios quel qu'il soit, aucun firmware upgradable dans le lecteur, nada). Ca ne tient pas debout. la faute à pas de chance est bien plus probable qu'une hypothétique mise à jour de Nintendo (sachant que Nintendo n'a JAMAIS procédé à des mises à jour silencieuses sur sa bécane !!!)

c'est ton droit de ne pas être d'accord maintenant, essaie de démontrer par A+B qu'une puce reste utile quand on peut lancer 99,9% des jeux depuis un disque dur ??? (si c'est pour jouer à Tintin, seul jeu qui resiste actuellement, autant ne pas avoir de puce, parce que c'est loin d'être un hit ) un loader via HDD, par rapport à une puce, c'est : - un gain de temps et de place (une simple installation du strict nécessaire au niveau des données d'un jeu) - pas de gravure, pas de gâchis de galettes, de foirage, de DRE provoqués par une mauvaise gravure - des temps d'accès et donc de chargement largement améliorés - le support des cheats et hacks en tous genres (bon ok, avec puce aussi...mais en passant par un hack soft quand même) et je ne compte même pas le fait que depuis la MAJ 3.3 de la wii, plus aucun DVD trucha signé ne peut être lancé (sauf en modifiant en profondeur le système avec des patches IOS dégueulasses qui ne réussiront qu'à faire bugguer la bestiole...laissons cette spécialité à pimp le magnifique) Donc, qu'est ce que la puce apporte de plus qu'un loader ?? absolument RIEN (si ce n'est ce fichu tintin qui refuse les loaders ). je suis un vieux fan des puces yaosm (étant bricoleur et extrêmement sensible à tous types de hacks soft/hard...encore plus quand c'est du "do it yourself") mais je dois bien avouer que celle-ci ne m'a plus servi une seule fois depuis l'avénement des loaders. J'achète un jeu, mon premier reflexe : installation via wiiflow sur HDD. Ensuite je range soigneusement la boite parmi ma collection, et je la regarde prendre la poussière... À vrai dire, la seule chose qu'une puce peut faire mieux qu'un loader, c'est le lancement de backups Gamecube (et encore, ça va changer dans les deux mois à venir !). Tout simplement parce qu'une puce n'a pas de difficulté avec les jeux utilisant le streaming audio (ça représente une très très faible partie de la logithèque Gamecube) L'arrivée de Dévolution qui lancera les jeux GC en mode Wii, périphériques inclus (Wiimote, NAND, etc.) va remettre ce dernier point en jeu, et les loaders vont l'emporter à coup sûr (aucune puce ne pourra JAMAIS réussir cet exploit). Swiss-GC et DML ont déjà mis un bon coup de pied dans la fourmillière (le mode No-DVD actuel de DML est une pure tuerie) petit rappel : les puces sont évidemment faites pour lancer des médias gravés. Or, un média de ce type, aussi bon soit-il, restera d'une qualité bien moindre qu'un DVD préssé dans les règles de l'art. Autrement dit, la lentille subit une usure bien plus marquée par l'utilisation répétée de backups. ps : son problème n'est pas si récurrent que ça, tout simplement parce qu'il avait fait une mise à jour à l'aide de soft non officiels, et que les IOS étaient tous trucha signés. Ta théorie tient la route avec une mise à jour officielle, avec rebouchage des failles trucha sur tous les IOS, et dans l'hypothèse plus qu'improbable que TOUS ses backups seraient trucha signés (soit parce que scrubbés ou modifiés pour ajouter des cheats ou autre) Mais là on ne parle pas d'une MAJ 4.3 officielle. néanmoins ça ne coûte rien de mettre à jour la puce. Mais si une soudure a pété, MAJ puce ou pas, ça ne marchera pas du tout

salut, pour le d2x V8, tout dépend ce que tu utilises. Si c'est ma version "francisée", tu décompresses tel quel, ça va créer automatiquement l'arborescence (de toute façon, un dol va forcement dans apps) si ce sont les WAD, à mettre dans un répertoire WAD ou à la racine (peu importe en fait) et à installer avec Wad Manager. pour priiloader, installe l'IOS236, sinon il ne va pas être content (pas copain copain avec les cIOS ni avec les IOS d'origine). Et utilise bien la version 0.7 de priiloader (une D:\arc\tpl\timg\uk.8 beta3 est disponible mais en phase de test, et comme on ne plaisante pas avec ça, reste bien en 0.7)

la libogc est réputée pour avoir de gros bugs avec tout ce qui touche à l'initialisation réseau. à savoir qu'une console sur laquelle aucune connexion wifi n'est paramétrée fera planter les homebrews qui utilisent des fonctionnalités réseau (mise à jour de snes9x par exemple). la dernière libogc est censée corriger ces vilains bugs...mais c'est maintenant le nouveau devkitppc qui fait des misères. Logiquement, à la prochaine version de snes9x, ce sera compilé avec la dernière libogc et l'avant-dernièr devkitppc, ce qui devrait être le duo parfait pour supprimer complétement les bugs réseau. j'ai une petite idée, mais pas sûr que ça marche : tu paramètres une connexion wifi fictive, et tu ne fais pas le test de connexion (pour que la wii puisse enregistrer les paramètres). Puis tu essaies snes9x...je suppose que ça pourrait le faire (même si je ne sais pas trop comment il va réagir avec une connexion wifi imaginaire). Ce problème n'est pas du tout lié à ta console, mais aux librairies de développement. ps : une recompilation maison de snes9x pourrait peut-être aussi le faire (sans paramétrer de connexion wifi bidon). Je t'ai uploadé la dernière revision SVN ici (R709 du mois de février), que je viens de compiler avec la dernière libogc...tu peux toujours tester si ça plante aussi ou pas.

les MAJ wii sont, pour la plupart, inutiles. donc oui, tu peux rester en 4.2. Les seules MAJ qui ont été vraiment utiles (ajout réel de fonctionnalités, corrections de bugs), ce sont les MAJ 3.2 et 4.1. Le reste n'est qu'une chasse aux sorcières contre le hack et la 4.3 n'apporterait strictement rien (bon pas complétement vrai... y'a l'IOS58, que tu peux installer manuellement sur n'importe quelle wii hacké)

s'il y a bien une chose à ne pas dire, et surtout NE PAS ECOUTER (comme tu l'as bien compris Atlask), c'est bien ça !!! y'a rien de mieux pour véroler toute la NAND qu'en utilisant ce soft daubé. le plus risible dans tout ça, c'est que sa wii est déjà équipée correctement, que Pimp n'apportera RIEN sinon des ennuis, et qu'une simple mise à jour du cIOS en d2x v8 suffit, avec l'installeur adéquat ou les WAD qui vont bien (générés avec modmii par exemple). la seule bonne place pour pimp, c'est dans la corbeille.

l'IOS60, tu peux très bien le réinstaller proprement avec Dop-Mii. le fait que ce soit l'IOS du System Menu ne l'empêche pas, il faut juste bien s'assurer que l'IOS a été correctement installé avant de redémarrer la console. Tant que le système est booté, tu peux en faire ce que tu veux, de l'IOS60 (même le supprimer si ça te chante...fortement déconseillé bien évidemment, mais tout à fait possible). Dop-Mii a de toute façon des mécanismes pour éviter les bourdes. Par contre tu avais oublié de parler de ta puce ! et ça change pas mal de choses. Un problème de lecture peut être dû : - à un system menu vérolé (ce qui n'est plus le cas) - à un lecteur fatigué (ce qui empêcherait aussi la lecture des jeux GC, donc hypothèse non valable dans ton cas) - à une puce défectueuse ou dont une soudure aurait sauté (ça arrive plus qu'on ne le pense) et tes ennuis, une fois le système nettoyé, est pile poil dans l'hypothèse d'une puce défaillante à cause de mauvaises soudures. Perso, dans ton cas, c'est la première chose que j'aurais vérifié, que la puce est bien en place. Et une fois une wii hackée pour de l'USBLoader, une puce devient franchement inutile, voir gênante.

le 58 pour Dop-Mii. Vu qu'il supporte AHBPROT, autant s'en servir. le 50 ne te sert plus à rien (IOS system menu 3.4), tu as parfaitement raison. Donc oui, tu peux stubber (ou supprimer) pour les IOS coréens, pour une raison toujours inconnue et stupide à mes yeux (un ingénieur bourré ?), oui, la MAJ 4.3 les contient. Je suis tenté de dire qu'ils ne voulaient pas s'embêter à avoir deux MAJ différentes (l'une K, l'autre U, E et J) et qu'ils ont donc pensé bon pourrir les NAND américaines, jap et euro avec ces poids morts.

voilà mon syscheck : sysCheck v2.1.0b15 par Double_A et R2-D2199 ...tourne sous l'IOS58 (rev 6176). Region: PAL Menu Systeme 4.1E (v450) Date de disque: 2006.05.26 Chaine Homebrew 1.0.0 utilise IOS58 Hollywood v0x11 Identifiant de la console: 68607057 Boot2 v4 164 titres trouves. 33 IOS trouves sur cette console. 0 sont des stubs. IOS9 (rev 1034): Pas de patches IOS12 (rev 526): Pas de patches IOS13 (rev 1032): Pas de patches IOS14 (rev 1032): Pas de patches IOS15 (rev 1032): Pas de patches IOS17 (rev 1032): Pas de patches IOS21 (rev 1039): Pas de patches IOS22 (rev 1294): Pas de patches IOS28 (rev 1807): Pas de patches IOS31 (rev 3608): Pas de patches IOS33 (rev 3608): Pas de patches IOS34 (rev 3608): Pas de patches IOS35 (rev 3608): Pas de patches IOS36 (rev 3608): Pas de patches IOS37 (rev 5663): Pas de patches IOS38 (rev 4124): Pas de patches IOS53 (rev 5663): Pas de patches IOS55 (rev 5663): Pas de patches IOS56 (rev 5662): Pas de patches IOS57 (rev 5919): Pas de patches IOS58 (rev 6176): USB 2.0 IOS60 (rev 6174): Trucha Bug, Acces NAND IOS61 (rev 5662): Pas de patches IOS236[36] (rev 65535, Info: rev 3351): Trucha Bug, ES Identify, Acces NAND IOS243 (rev 17): Trucha Bug, ES Identify, Acces NAND, USB 2.0 IOS245[37] (rev 21008, Info: d2x-v8final): Trucha Bug, Acces NAND, USB 2.0 IOS246[38] (rev 21008, Info: d2x-v8final): Trucha Bug, ES Identify, Acces NAND IOS247[53] (rev 21008, Info: d2x-v8final): Trucha Bug, Acces NAND, USB 2.0 IOS248[55] (rev 21008, Info: d2x-v8final): Trucha Bug, Acces NAND, USB 2.0 IOS249[56] (rev 21008, Info: d2x-v8final): Trucha Bug, Acces NAND, USB 2.0 IOS250[57] (rev 21008, Info: d2x-v8final): Trucha Bug, Acces NAND, USB 2.0 IOS251[58] (rev 21008, Info: d2x-v8final): Trucha Bug, Acces NAND, USB 2.0 IOS254 (rev 65281): BootMii BC v6 MIOS v10 Rapport genere le 2012/03/08. comme tu pourras le voir, il va à l'essentiel : - tous les IOS stub, totalement inutiles, ont été supprimés par mes soins. Après tout, pourquoi garder une coquille vide qui prend de la place; pas beaucoup (170Ko), mais c'est une question de principe...pas beaucoup multiplié par le nombre de stub actuels = un grand pas beaucoup (pour la faire plus poétiquement et en pompant honteusement : les petits ruisseaux font les grandes rivières) - le 236 ne m'est pas vraiment nécessaire, mais j'aime garder une petite porte dérobée que je sais accessible (il m'a fallu 4 ans pour enfin me décider de laisser mon brave System Menu 3.2 et passer au 4.1, donc avoir un IOS36 trucha sur le 236, c'est par nostalgie) - le 243 est le cIOS rev17 de waninkoko, que j'avais dumpé (à l'origine installé en 249) et modifié pour l'installer sur le slot243. Il sert de cIOS de compatibilité pour tout ce qui touche à l'emulation de NAND (Mighty Channels) - le 60 (IOS system menu) est trucha signé pour permettre la copie/exécution des chaînes trucha depuisl a SD (même si je n'utilise pas, et n'utiliserai probablement JAMAIS, cette fonction daubée)

@herbette: Tu as très bien compris que l'IOS80 est vital pour ton System Menu 4.3, et qu'il faut donc le garder. Pour le reste, mon conseil est bien sûr transposable pour le 4.3 (l'IOS60 devient obsolète pour toi par contre). Par contre ton syscheck est très propre ! l'IOS 11 est stub chez toi parce que la MAJ 4.3 l'a stubbé, puisqu'inutilisé. Donc à laisser ainsi. les seules choses à redire sur ton syscheck : IOS41 (rev 3607): Pas de patches << à supprimer IOS43 (rev 3607): Pas de patches << à supprimer IOS45 (rev 3607): Pas de patches << à supprimer IOS46 (rev 3607): Pas de patches << à supprimer IOS48 (rev 4124): Pas de patches << à supprimer IOS60 (rev 6400): Trucha Bug << à stubber @thebof77 : il ne faut pas assimiler les mises à jour de cIOS comme des mises à jour d'OS (par exemple). un cIOS est indépendant, et tu peux, si ça te chante, installer la V8 directement. @Pazoo: bizarre ton problème. avec un syscheck propre, je ne vois pas ce qui peut créer ce bug. ps : si l'un de vous a installé le d2x V7 avec ma version modifiée de l'installeur, il faudra retélécharger l'archive et réinstaller. Un bug a été decouvert, qui fait que vous installez en fait la V7 en choisissant V8 (c'est ballot, je sais, mais ce n'est PAS dangereux pour la console)