badablek

eh bien c'est beau une wii nettoyée et dépimpée dans les règles de l'art rien à redire : le cIOS est réinstallé en 53, les IOS coréens, les stub, les IOS d'anciens System Menu ont tous été dézingués, les IOS utiles ont retrouvé une nouvelle fraîcheur sans patch inutile, bref, parfait. ps : wiiflow est devenu une usine à gaz depuis si longtemps, je te conseille vivement USBLoader GX (en mode chaînes, c'est juste magnifique...et avec mon mod tab, c'est encore mieux)

salut, ta wii n'est pas trop pimpée, pas de souci. Tu as du faire un hack de base et non pas total. Pimp a beau être de la daube, le hack minimal est relativement "bon" à l'utilisation (ça ne veut pas dire pour autant qu'il faut utiliser ce machin). IOS4 (rev 65280): Stub IOS9 (rev 1034): Trucha Bug, ES Identify, Acces NAND IOS10 (rev 768): Stub IOS11 (rev 256): Stub IOS12 (rev 526): Pas de patches IOS13 (rev 1032): Pas de patches IOS14 (rev 1032): Pas de patches IOS15 (rev 1032): Pas de patches IOS16 (rev 512): Stub IOS17 (rev 1032): Pas de patches IOS20 (rev 256): Stub IOS21 (rev 1039): Pas de patches IOS22 (rev 1294): Pas de patches IOS28 (rev 1807): Pas de patches IOS30 (rev 2816): Stub 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): Trucha Bug, ES Identify, Acces NAND IOS37 (rev 5663): Pas de patches IOS38 (rev 4124): Pas de patches IOS40 (rev 3072): Stub IOS41 (rev 3607): Pas de patches IOS43 (rev 3607): Pas de patches IOS45 (rev 3607): Pas de patches IOS46 (rev 3607): Pas de patches IOS48 (rev 4124): Pas de patches IOS50 (rev 5120, Info: rev 4889): Pas de patches IOS51 (rev 4864): Stub IOS52 (rev 5888): Stub 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 6400, Info: rev 6174): Pas de patches IOS61 (rev 5662): Pas de patches IOS62 (rev 6430): Pas de patches IOS70 (rev 6912): Trucha Bug IOS80 (rev 6944): Trucha Bug <<<<<< NE PAS TOUCHER ! c'est l'IOS du System Menu 4.3 ! IOS202[60] (rev 65535, Info: Hermes-v55.1): Trucha Bug, Acces NAND, USB 2.0 IOS222[38] (rev 65535, Info: Hermes-v55.1): Trucha Bug, ES Identify, Acces NAND, USB 2.0 IOS223[37] (rev 65535, Info: Hermes-v55.1): Trucha Bug, Acces NAND, USB 2.0 IOS224[57] (rev 65535, Info: Hermes-v55.1): Trucha Bug, Acces NAND, USB 2.0 IOS249[56] (rev 21010, Info: d2x-v10beta52): Trucha Bug, Acces NAND, USB 2.0 IOS250[57] (rev 65535, Info: d2x-v10beta52): Trucha Bug, Acces NAND, USB 2.0 IOS251[58] (rev 21010, Info: d2x-v10beta52): Trucha Bug, Acces NAND, USB 2.0 IOS254 (rev 65281): BootMii BC v6 MIOS v10 (DIOS MIOS 2.6.1+) Vert : OK pourquoi l'IOS36 est en vert : la version ici présente correspond au System Menu 3.2, qui comporte la faille trucha nativement. Garder cet IOS dans cette version, c'est garder une wii propre tout en ayant une roue de secours pour accèder à la NAND, potentiellement utile à quelques homebrews qui n'auraient pas été mis à jour (il existe une méthode bien plus simple pour accèder à la NAND de nos jours, avec AHBPROT). C'est à ton appréciation de mettre à jour cet IOS avec dop-mii, qui supprimera la faille trucha. Orange : à réinstaller sans patch trucha Rouge : à supprimer. Les IOS "stub" sont des coquilles vides inutiles. Pour les IOS 40 à 48, ce sont des IOS coréens qui ne servent strictement à rien sur console européenne. Pour les IOS de chaque dizaine (50, 60, 70), ce sont les IOS d'anciens system menu, inutile à garder ! (non ce n'est PAS une protection anti-brick comme pimp le laisse penser) violet : IOS80 (du System Menu 4.3). NE PAS TOUCHER ! NE PAS TOUCHER ! NE PAS TOUCHER ! Pour virer Dios Mios, tu réinstalles le mIOS original. Tous les IOS à réinstaller sans patch, ainsi que le mIOS, peuvent être réinstaller avec Dop-mii wiibrew edition. ps : pour les jeux GC, Nintendont est une alternative à Dios Mios...en plus la dernière version intègre (enfin) le support des manettes bluetooth (wiimote + classic, wii U pro, etc.). Et comme c'est une appli wii standard, ça ne s'installe pas dans la NAND, donc c'est clean. perso je réinstallerai aussi le cIOS d2x (249/56, 250/57 et 251/58) en v10 beta 53, qui supporte le plug n' play contrairement à la beta 52

salut, le cIOS hermes n'a aucune plus-value depuis l'arrivée du d2x. Donc suppression pure et simple. À part quelques irréductibles de CFG Loader, je ne vois pas trop qui serait intéressé à l'utiliser encore ps : 222/223/224, ce sont des IOS stub chez Nintendo. Aucune plus-value à les remettre. pour priiloader, il te faut la version modifiée/améliorée/mise à jour par JoostinOnline Priiloader installer mod with cIOS and AHB support (looking for testers) ps : j'ai joué le beta-testeur en herbe sur cette version : marche du tonnerre, supporte AHBPROT, etc.

tu peux faire la mise à jour les yeux fermés. On parle d'une MAJ de Homebrew Channel, pas du System Menu ça ne te changera pas la vie de passer en 1.1.0, mais autant être à jour. ps : cette MAJ n'a rien pu faire au hack en place. La team Twiizers n'aime peut-être pas les loaders USB, néanmoins, ils n'ont jamais tenté de supprimer quoi que ce soit en rapport avec ces loaders (et je dirais : encore heureux !) les seules MAJ qui peuvent mettre à plat, temporairement, un hack, ce sont les mises à jour officielles. Rien d'autre.

Installe l'IOS58 sur la wii du petit cousin (avec dop-mii wiibrew edition ou IOS58 installer) puis retente avec cIOS d2x installer 3.2 Et si l'installeur te demande un IOS de démarrage, force le 58 avec patch AHBPROT (me semble qu'il le fait tout seul). EDIT : après réflexion, je comprends pourquoi ça a fonctionné sur la tienne...c'est parce que tu as confondu deux choses : l'IOS de démarrage, et l'IOS d'installation. Ce que te demande l'installeur au tout début, c'est l'IOS de démarrage pour exécuter le homebrew (ici, l'installeur d2x) et ainsi avoir accès à la NAND. Sur ta wii, tu avais déjà des cIOS, donc tu as pu choisir 249 pour l'IOS de démarrage, avant que tu ne réinstalles les deux cIOS. Mais l'IOS de démarrage n'a rien à voir avec l'IOS à installer. Choisis le 36 sur celle de ton cousin et ça marchera sans souci. Et après, une fois démarré, là, tu paramètres tel que je te l'ai dit et ça installera les cIOS. La dernière version (1231) d'USBLoader GX, recompilé avec mon mod : https://mega.co.nz/#!aJclxRqA!USmZYldz_5rHogjWFcCeicdhjxevWGvCMXcreKaI1gM je modifie ma signature, je n'avais pas mis à jour en conséquence

alors pour les loaders USB, oui, simplement le cIOS d2x à réinstaller (sur les deux wii) comme spécifié dans ma signature, à savoir : d2x v10 beta 53 avec un base IOS 56 sur le slot 249 d2x v10 beta 53 avec un base IOS 57 sur le slot 250 à la rigueur, d2x v10 beta 53 avec un base IOS 58 sur slot 251 (utile UNIQUEMENT si tu cherches à lancer uDraw en USBloader, ce jeu nécessitant la tablette sur port USB, et tournant sous IOS58) et tout refonctionnera sans souci. si jamais tu expérimentais des soucis de reconnaissance de HDD (très rare), il faudrait installer la v8 de d2x à la place de la v10 (la v8 a moins de souci avec les HDD récalcitrants). ============================================================== pour remettre les consoles en état, même si ce n'est pas forcement obligatoire (mais tellement mieux de savoir que les entrailles de la bête sont "propres"), en gros, ça consiste à : - supprimer les IOS marqués "stub" - réinstaller les IOS marqués "trucha signé" dans leur dernière version, SANS PATCH NE PAS TOUCHER À L'IOS70, EN AUCUN CAS (le laisser trucha signé). C'est l'IOS du System Menu, toute erreur, corruption de données ou mauvaise installation et c'est le brick assuré au prochain démarrage de la console ! - installer l'IOS58 puis réinstaller dans la foulée Homebrew Channel pour qu'elle puisse profiter de cet IOS (il faut obligatoirement passer par une réinstallation parce que c'est à ce moment que Homebrew Channel choisit l'IOS qu'elle utilisera) Dop-Mii wiibrew edition est parfait pour remettre les IOS comme il faut (même si pas automatisé, ce qui oblige à réinstaller IOS par IOS) cadeau bonux, sur ta wii : - réinstaller bootmii (il te manque l'IOS254 de bootmii, tu as un stub à la place) - supprimer les cIOS 222/223 devenus totalement obsolètes (le cIOS d2x, en plus de proposer des fonctions inédites, intègre toutes les fonctionnalités des cIOS waninkoko et hermes et suffit donc largement) comme dit plus haut, pas obligé de remettre les IOS originaux, du fait que, je suppose, tu ne passes que par un loader USB. C'est utile pour les originaux (les backups en USB sont lancés avec le cIOS 249 ou 250, ils se foutent donc que l'IOS x ou y soit trucha signé )

salut, y'a franchement pas besoin de pousser bien loin pour voir ce qui cloche...d'autant qu'USBLoader GX t'a déjà donné la réponse de manière très claire. C'est simple : sans cIOS, aucun loader USB ne peut pas fonctionner. La mise à jour a supprimé les cIOS, et USBLGX te dit gentillement qu'ils manquent. La solution : réinstallation du cIOS (voir ma signature et les dizaines de sujets qui en parlent déjà et dans lesquels je répète toujours la même chose) ps : et par pitié, il faut arrêter avec ces hacks réalisés à l'arrache qui ressemblent à cette daube de pimp (mais vu le cIOS que tu as sur ta wii, me demande si cette "chose" existait déjà à l'époque...), ça fait vraiment peur. C'est du dark corp ton truc, à patcher tous les IOS. Tous ces IOS massacrés (inutilement), tous ces cIOS manquants ou obsolètes, j'ai les yeux qui saignent rien qu'à lire tes syscheck :'( ps bis : une fois que tu auras remis les cIOS qui vont bien, je t'invite fortement à faire un grand coup de ménage dans les IOS et réinstaller ça proprement

salut, relancer hackmii ne servira à rien. Sans même avoir le syscheck de ta console, et connaissant bien cette daube de pimp, il t'a hacké tous les IOS de ta console. solution rapide : 1/ réinstalle l'IOS58 PROPREMENT (autrement dit : pas avec pimp !) avec IOS58 Installer ou Dop-Mii wiibrew edition (connexion internet nécessaire) ou, si tu as le WAD de cet IOS, tu peux l'installer manuellement avec Wad Manager (ou équivalent, je te conseille YAWMM) 2/ une fois l'IOS58 correctement réinstallé, redémarre hackmii installer. Il ne devrait plus rien trouver à redire et fonctionnera sans problème. ps : ne pas oublier qu'une faille peut lancer n'importe quel homebrew, et pas seulement hackmii installer ! Donc si tu galères à démarrer dop-mii, ios58 installer ou autre, lance les par la faille ! (en plaçant le dol ou elf correspondant à la racine de ta SD, après avoir supprimé celui de hackmii installer bien évidemment) une fois que tout sera revenu à l'endroit, on pourra s'amuser à réparer toutes les conneries/âneries qu'a bien pu faire pimp le magnifique. Un petit syscheck pour analyser, quelques conseils, et voilà. ps : j'espère que le beau-fils s'est pris une volée de bois vert, voire une bonne baffe dans la tête

hello Hamato, depuis quand une faille 100% offline aurait-elle besoin d'une quelconque connexion internet pour fonctionner ? letterbomb (et son homologue wilbrand compatibles toutes versions de 3.0 à 4.3) repose sur une faille de la message board de la wii, qui n'est PAS forcement connectée et n'a jamais eu besoin de l'être obligatoirement. Letterbomb fonctionnera sans le moindre problème y compris sur une wii dont on n'a paramétré aucune connexion (retesté à l'instant même pour être sûr) seule l'adresse MAC est nécessaire (consultable dans la section "informations" des paramètres réseau) pour chiffrer le message letterbomb adéquat et propre à chaque console. Une fois la faille générée sur le site officiel de twiizers (depuis un PC quelconque), rien ne l'empêche de fonctionner sans connexion wifi active (et j'aurais tendance à dire : encore heureux !)

ça voudrait donc dire que la wii génère une configuration au premier boot d'un jeu GC...fonctionnement étrange (d'autant plus que sur Wii U ou Wii family, on ne peut pas lancer d'original, et pourtant devolution arrive à mettre la bonne langue) bon à savoir

si tu lances les originaux sur cette wii, ils passent en français ? sinon il n'y aurait pas un patch priiloader/startpatch qui traine dans la console (le dézonage GC peut poser souci) ?

la sélection automatique de la langue en mode GC dépend directement de la langue en mode Wii... tu es sûr que la wii en question est réglée en français au niveau de l'interface ?

non, désolé, je n'ai jamais affirmé cela. le 36 est clean, pas à jour pour avoir trucha activé, mais pas hacké pour autant. le 236 est une copie miroir du 36, pour avoir trucha activé (roue de secours) donc NON, les IOS 36 et 236 ont tout à fait leur place ici, même si les techniques de hack ont évolué...ils sont utiles ne serait-ce que pour garder une compatibilité avec certains outils qui n'ont plus été mis à jour (et ne disposent pas de AHBPROT). Ces mêmes outils ne sont pas copain non plus avec le cIOS d2x, raison de plus de les garder. Certes, un hack propre est un hack qui touche le moins possible au système, cependant, quand il s'agit d'assurer une compatibilité maximale, le 236 est tout à fait utile (le 36 étant un IOS système NON TOUCHÉ, même pas besoin de dire qu'il est nécessaire, et qu'optionnellement, il peut être dans une version ancienne, pour trucha, ça ne l'empêche pas d'être 100% fonctionnel).

Ton syscheck est très bien maintenant ;-) Il y a juste l'ios30 qui est passé entre les mails du filet (je pinaille) pandemonium, le Fat32 n'est pas la solution miracle, est très sensible à la fragmentation, ne dispose d'aucun système fiable de récupération en cas de crash. Bref à réserver aux jeux GC et à l'emuNand (par obligation)

salut, - la partie officielle (IOS, mIOS, System Menu) est clean, rien à toucher. Si tu aimes que ce soit propre, il y a néanmoins des IOS inutiles que tu pourrais supprimer avec Dop-Mii Wiibrew edition: 41 à 48/50/60/70 et tous les IOS marqués stub dans ton rapport syscheck (4/10/11/...) - la partie hack est défaillante, avec l'absence d'un cIOS sur le slot 249 (slot utilisé par défaut sur tous les loaders). Rien de bien méchant à corriger. http://www.metagames-eu.com/forums/1756315-post2.html suis le 2) et si tu veux faire un peu de ménage, avec dop-mii, vire les cIOS suivants, qui sont inutiles de nos jours : 202/222/223/224/251 ATTENTION, dans tous les cas, l'IOS80 NE DOIT ABSOLUMENT PAS ÊTRE TOUCHÉ (sinon c'est le brick assuré) !!!

la v10 est une "beta finale" (elle n'a de beta que le nom en fait). cette version est extrêmement stable, supporte le plug 'n play (version beta 53 alt), peut être très serviable avec les HDD qui ont un mode veille un peu trop agressif, pas de raison de ne pas y passer. Je tourne en v10 beta53 depuis sa sortie, jamais eu le moindre incident (si ce n'est avec les jeux wiiware récalcitrants nécessitant le waninkoko rev17)

en fait il devrait s'appeler Yet Another Wad Manager Mod Mod Mod, puisque c'est un mod (anglais) du mod (allemand) du mod (original) c'est celui-ci que j'utilise : YAWMM DE English Translation compatible Wii et vWii, supportant AHBPROT, bref, du tout-terrain. ps : pour une raison que j'ignore, l'archive contient le boot.dol et le boot.elf. Tu peux supprimer le fichier elf, qui ne sert à rien et fait doublon. Au fait, le meta.xml est capital pour AHBPROT, décompresse l'archive telle quelle dans apps sur ta carte SD (ou partition FAT32 d'un HDD), puis supprime le .elf tout simplement.

oui, il y a juste à installer ce WAD...les WAD manager se valent. Bien sûr, la version originale de WAD Manager, dont le développement s'est terminé avant l'avénement du patch AHBPROT, sera à éviter. Non pas qu'il n'est pas fiable, mais simplement que c'est moins simple à utiliser (obligation de passer par un cIOS). J'utilise Yet Another Wad Manager Mod (YAWMM pour les intimes). Très bonne alternative. Mon avis perso sur wiiflow : FIX94 (développeur officiel actuel) développe de manière empirique. je ne dis pas que c'est forcement mauvais, simplement ce n'est pas la bonne façon de coder. On peut voir ça sur le développement de Nintendont, il touche à un truc au petit bonheur la chance, bien souvent il casse autre chose qui fonctionnait nickel avant, il retouche autrement, recasse autre chose, et ainsi de suite. Effet boule de neige garanti. pour moi, développer, c'est bien se documenter, à la rigueur analyser ce qui existe déjà, avant de coder dans les règles de l'art. Ce n'est pas faire des tests à l'aveugle en laissant les utilisateurs jouer les beta testeurs. Bref, tout ça pour dire que wiiflow est, à mes yeux, mort depuis bien longtemps (et pourtant je l'ai toujours défendu à une époque). Et quand il (FIX94) a décidé de faire des loaders dans le loader, ça a été la goutte qui a fait déborder le vase. Pour moi, un loader USB, dans sa fonction première et primaire, c'est loader USB. je trouve totalement débile de lancer une interface, qui elle-même va lancer un plugin, qui lui-même va lancer le jeu. Tout ça pour intégrer des cochonneries de loaders de homebrews qui n'ont rien à faire dans un loader USB (avis perso, toujours). j'adore les homebrews, mais hors de question de les lancer depuis cette usine à gaz qu'est wiiflow ! Maintenant, si wiiflow te convient tel qu'il est et ne t'a jamais causé de souci, reste à wiiflow. Pour ma part, dès que je le peux, j'argumente pour passer à USBloader GX, mais ça reste une question de goût (mais aussi de bon sens à mon humble avis).

yop, quelques précisions : Mighty Channel est dépassé. Utilise USBLoader GX et force le cIOS243 dans les options des jeux récalcitrants. Cet IOS ne devra être utilisé que pour les jeux à problème. Le reste tournera parfaitement en cIOS d2x. la NAND virtuelle devra OBLIGATOIREMENT être à la racine d'une partition FAT32. Elle ne peut pas être contenue dans un répertoire (ce que USBLoader GX fait par défaut quand tu dumpes ta propre NAND par ce biais) le base IOS n'est pas de ton ressort, aucun choix possible en rev17. Il s'agit du cIOS waninkoko 249 (donc base 38) rebadgé pour s'installer sur le slot 243 ps : la méthode est aussi applicable avec le cIOS waninkoko rev21b, qui permet de choisir le slot d'installation nativement (pas de bidouille à faire avec un WAD). L'avantage étant que ce cIOS supporte les NAND dans des sous-répertoires (si tu en as vraiment besoin). De mes nombreux tests personnels, je n'en démords pas : la rev17 reste la meilleure de toutes pour la virtualisation...mais la 21 reste le second meilleur choix

salut, ça ne rime pas à grand chose de dire "usbloader gx ne voit pas mon disque dur" quand : 1/ on ne sait pas quelle version d'USBLoader GX tu as essayé (la dernière svn ? la dernière officielle ?) ni quel build tu tentes de lancer (249 ? 250 ? 222 ?) 2/ tu ne précises pas la marque de ton disque, ni même la taille, encore moins le type de partitionnement, l'architecture (arborescence des répertoires) si tu veux de l'aide, commence par être précis.

@marvel14, tu n'as jamais vu d'interaction entre divers composants eléctroniques quand l'un d'entre eux est mort ? ce n'est pas parce que ce n'est qu'un module BT ou Wifi, que celui-ci n'entre pas en ligne de compte pour le démarrage de la console. Je suppose que la console effectue divers tests hardware avant de donner le feu vert, et un module BT HS ou déboité donnera irrémédiablement un écran noir similaire à un brick. Idem pour le module Wifi (enfin tout dépend le degré de "cramage" de la bestiole) Un autre exemple, c'est la carte fille du lecteur DVD cramée, qui peut empêcher tout lancement de jeu (que ce soit original, une chaîne mais aussi plus étonnant, lancé depuis un loader USB) Le module BT cramé est probablement la panne la plus classique qui soit sur wii.

eh bien je dois contredire une bonne partie (sinon tout) de ce que tu viens de dire... 1/ les puces une puce wii dézone le lecteur et intéragit directement au niveau de la carte fille de celui-ci. Le zonage n'est qu'une question de bit défini dans l'entête du DVD, que la puce PEUT INTERCEPTER et PATCHER sans le moindre souci ! Je ne vois pas bien où tu as pu lire le contraire, mais c'est archi faux. D'ailleurs les puces peuvent également intercepter la seule protection que Nintendo a mise en place : le BCA (uniquement utilisé par New Mario Bros), protection qui repose là aussi sur une séquence de bits insérés AVANT la partition de jeu, que la console peut lire, décoder et interpréter (si séquence éronnée ou non copiée > protection activée > pas de boot du jeu) une puce active le mode debug des chipsets DVD, laissés par inadvertance par Nintendo, et c'est open bar pour les imports et les backups ensuite. D'ailleurs les puces wii sont un dérivé direct des puces Gamecube, donc au passage tu te contredis tout seul en affirmant que les puces wii intéragissent différement des puces GC. Le fait que le "bios" du lecteur soit déporté de la CM ne change rien au fait qu'on le patche pour y activer/injecter des commandes debug et permettre de passer les backups. Sur GC c'était l'IPL, sur Wii c'est direct sur le chipset du lecteur. je t'invite à réviser le mode de fonctionnement des puces GC source : http://www.gc-forever.com/wiki/index.php?title=Viper_GC La plupart des imports passent SANS LE MOINDRE PROBLEME sur une console équipée d'une puce dont le dézonage est activé (ce qui est le cas par défaut de toutes les puces) On peut néanmoins nuancer avec les jeux qui auraient des processus software de vérification plus poussés que la simple vérification de la chaîne disque. Je rappelle que la question n'est pas de dire si tel ou tel jeu passe, mais simplement de bien rappeler que les MAJ 4.2/4.3 bloquent TOTALEMENT le dézonage (que le jeu soit compatible ou non avec le dézonage) Et le dézonage dépend spécifiquement du System Menu, j'ai suivi l'évolution des mises à jour quasi au jour le jour, et la MAJ 4.2 rend totalement caduque le dézonage lecteur, de manière logicielle. Et si tu en doutes encore, peut-être que wiibrew pourra finir de t'en convaincre : System Menu - WiiBrew la wii free ou tout autre puce n'a JAMAIS (absolument JAMAIS) été bloquée par une quelconque mise à jour (à part le dézonage, comme déjà dit plus haut). Une puce intervient bien en amont du software, quitte à me répéter, directement au niveau de la carte fille du lecteur DVD. Et le System Menu n'étant pas devin, si la puce "masque" la région d'un jeu et la spoofe par une autre, le SM n'y verra que du feu jusqu'en 4.1 (en 4.2 Nintendo a apparement payé un peu mieux ses développeurs pour inclure des processus software plus poussés...comme l'avaient déjà faits certains éditeurs tiers) ce qui a bloqué les puces (lancement de backups), c'est UNIQUEMENT l'évolution de cette fameuse carte fille (DMS > D2A > D2B > D2B coupée > D2C > D2E > D4 nothing). -les puces fils type wiifree, yaosm, wiikey, etc. marchent TOUTES jusque D2B coupée -les puces fils type wiikey2 marchent toutes jusque D2E -les puces nappe type wiikey fusion marchent toutes sur tous les lecteurs, toutes les wii, tous les firmwares j'ai suffisament trempé dans le milieu pour l'affirmer. Et en tant que poseur occasionnel (wiikey, wiikey2, wiifree, yaosm), et utilisateur de yaosm, je n'en ai pas le moindre doute dans ce que je raconte. quant au mythe du brick intentionnel, par pitié, il faut arrêter cette légende urbaine. Les puces n'ont JAMAIS rendu une console inopérante, y compris en 4.3. Il n'y a guère que les jeux qui détectaient les puces qui pouvaient refuser de démarrer, mais ça n'allait pas plus loin et aucune wii n'a jamais pris feu à cause d'une puce :'(. le seul dommage colatéral du 4.2/4.3, c'est que les consoles coréennes qui avaient été achetées à pas cher et revendues après conversion en system menu PAL se sont vues instantanement brickées dès mise à jour, du fait de ce blocage de dézonage (et accessoirement du fait que la common-key coréenne est différente de la common-key du reste du monde) 2/ HBC La dernière partie est tout aussi fausse, l'IOS n'a rien à voir avec la choucroute, et c'est un signe flagrant du manque de connaissance du fonctionnement de la wii (je ne dis pas ça de manière péjorative). Une chaîne, une fois installée, n'est JAMAIS vérifiée par le System Menu (ils n'ont pas fait cette erreur sur WiiU, mais je peux t'assurer qu'ils s'en sont mordus les doigts sur wii !). La seule façon que Nintendo avait de supprimer HBC, lors d'une mise à jour, c'est de blacklister une par une tous les ID que f0f a utilisé pour cette chaîne. Et sur les dernières mises à jour (4.2/4.3), Nintendo n'a même pas pris la peine d'y intégrer les derniers ID de HBC. Donc HBC à jour sur un System Menu autre que 4.2/4.3, ne SAUTERA JAMAIS lors de la mise à jour. L'IOS, qui sert de support à chaque chaîne (la wii n'étant pas multitâche, il faut bien garder un kernel ultra minimaliste contenant uniquement le strict nécessaire comme les pilotes BT, les paramètres wifi, etc. pour permettre de retourner au system menu une fois qu'on quitte un jeu. Il n'a aucune incidence su le fonctionnement d'une chaîne hormis si l'IOS est "stubé", autrement dit vidé de sa substance et mi au rebus. Ce qui est impossible pour HBC puisqu'elle utilise un IOS générique, utilisé par d'autres chaînes et même des jeux. Et comme l'IOS est codé en dur dans chaque application (jeux sur galette compris), Nintendo n'a jamais pu stuber un quelconque IOS utilisé par HBC. pour finir avec mon roman, HBC peut tourner indifférement sur n'importe quel IOS actif, qu'il soit hacké ou non, patchable ou non. Le processus de contrôle ne se situe qu'à l'installation. Une fois le loup dans la bergerie, c'est open bar et tu peux faire tourner ce que tu veux. en conclusion de quoi, je te suggère de lire la présentation de la team f0f lors du 25C3, très instructive. téléchargeable ici ps : moi aussi, j'ai suivi l'évolution du hack au jour le jour, depuis le tout premier jour où la faille twiizers a été rendue publique, y compris en jouant avec des puces, des isos GC formatés spécifiquement pour lancer des homebrews en mode GC, j'en passe et des meilleures...idem pour les cIOS, les virtualisations de NAND (sneek ou plus poussé tel uniiloader), les loaders, les launchers, etc. ps bis : tu oublies que la 4.x ajoute le support des cartes SDHC...alors même si c'était déjà le cas de HBC depuis des lustres, il ne faut pas non plus mettre toutes les MAJ 4.x à la benne par conviction personnelle. la 4.1 reste la MAJ la plus équilibrée pour rester à peu près à jour, profiter des "avancées" (minimes) de la branche 4.x, tout en évitant les pseudo-protections anti hack et la suppression du dézonage. ps ter : je n'ai JAMAIS dit que le dézonage software avait été bloqué en 4.2/4.3, faut lire phrases en entier... ce que j'ai, pour rappel et avec quelques couleurs et tailles de police adéquates : je parle bien du dézonage VIA LES PUCES et rien d'autre. Bien évidemment qu'en loader USB, le dézonage fonctionne toutes versions de System Menu confondues !!!!!!!!

la console a eu cet écran noir : 1/ subitement (alors qu'elle fonctionnait parfaitement) 2/ juste après un bidouillage (installation d'une chaîne ou autre) ? 1/ le module BT est probablement cramé, effectivement. Plus rare, le module wifi... (un module BT dans n'importe quelle boutique chinoise, c'est pas plus de 5$) 2/ banner brick, semi brick ou full brick. bannerbrick et semi brick récupérable en fonction du cas exact de brick, par contre aucune chance dans le cas d'un full brick SAUF si tu as un dump de cette console (NAND ou NAND+clés) qui permettrait une réinjection hardware via infectus

sachant que la wii n'est pas multitâches, il est tout bonnement IMPOSSIBLE qu'une mise à jour système permette de faire plus que ce que ne fait déjà la chaîne internet. une chaîne, c'est un exécutable en standalone. Une fois lancée, plus rien du system menu ne reste en mémoire. la MAJ 4.3 ne peut d'aucune façon améliorer une chaîne. Donc je reste extrêmement sceptique sur cette pseudo solution tirée d'un forum au pif. Après, la base de données de NUS n'est peut-être plus à jour et ne télécharge pas la dernière version de la chaîne internet (j'en doute mais bon, c'est possible) ? << NON, c'est à jour ! Je vais extraire la chaîne d'un ISO en 4.3, par curiosité. Autre solution très simple : mets à jour la chaîne boutique (nécessite de mettre à jour et/ou installer l'IOS61 si tu ne l'as pas), et télécharge la chaîne internet depuis l'eshop...tu auras la dernière version à coup sûr, sans pour autant devoir faire subir cette MAJ 4.3 à ta wii, qui n'a pas mérité ce traitement (ok, je pousse le bouchon un peu loin ) EDIT : si wiibrew est à jour, la dernièe revision de la chaîne internet est bien la 1024 Internet Channel - WiiBrew tu n'obtiendras donc aucun résultat probant avec les vidéos en flash v10 ou + pour info la dernière MAJ de la chaîne date de 2009 et inclut flash lite 3.1, permettant une compatibilité jusque flash 8, pas plus. Opera sur wii a été une vaste blague, et n'a jamais vraiment été maintenu (2 MAJ en 8 ans !), raison pour laquelle j'étais étonné que tu veuilles utiliser ce machin ça date de 2012 (autrement dit 3 ans APRÈS la dernière mise à jour de la chaîne internet) : Wii browser with flash support | GBAtemp.net -> The Independent Video Game Community: 3DS, Gateway 3DS, NDS and R4, Wii, PSP, PS4, Xbox One and all the gaming universe Wii browser with flash support | Page 2 | GBAtemp.net -> The Independent Video Game Community: 3DS, Gateway 3DS, NDS and R4, Wii, PSP, PS4, Xbox One and all the gaming universe

la 4.1 est la seule bonne mise à jour de la wii, avec la 3.2 donc non, la 4.1, ce n'est pas de la m*rde (à moins que ça ne soit qu'une faute de frappe) et oui, la 4.3 c'est de la daube la 4.3 n'apporte aucun IOS sinon lee 58, que tu peux installer sans souci sur tous les System Menu. Aucune plus-value à installer une MAJ purement dédiée à casser les bonbons niveau hack (sans y arriver pour autant) et si c'est pour faire de l'USBLoader (sport national sur wii), franchement autant ne PAS mettre à jour, parce que ton cIOS se fiche royalement que tu sois en 3.1, 3.2, 3.4, 4.1 ou autre Il ne faut pas oublier non plus que le dézonage n'est plus possible à partir de la 4.2, donc à quoi bon s'enfermer en 4.3 à part se bloquer certaines opportunités extra-territoriales ? (dans le cas d'originaux ou d'une puce, l'USBLoader étant hors compétition car non affecté) ps : on parle du navigateur internet Opera, qui ne passe PAS par les serveurs de Big N encore heureux) et n'est donc pas affecté par la fermeture des services : Fermeture de la Connexion Wi-Fi Nintendo | Wii | Service Consommateurs | Nintendo