Badablek

tu n'as pas donné la version de ta console...mais si c'est le tout dernier firmware, qui vient à peine de sortir, il faut la dernière version de Luma https://github.com/LumaTeam/Luma3DS/releases/tag/v10.2.1

salut, déjà, il n'y a JAMAIS d'urgence dans le hack, pour quelque motif que ce soit. Meilleur moyen de faire n'importe quoi ou écouter n'importe qui. Pour Luma, il n'y a AUCUNE option obligatoire à cocher ou non. Avec les options par défaut, tu appuies sur START pour sauvegarder et c'est réglé. Les options modifiables ici s'adressent principalement aux "power users" qui veulent adapter le Custom Firmware à leurs propres besoins bien précis. Et dans le pire des cas, l'écran de configuration peut être relancé à tout moment, en maintenant Select au démarrage de la console.

si tu télécharges la version Wii U de retroarch, tu constateras qu'il n'existe aucun cœur NATIF Nintendo 64. Et à ma connaissance (je peux me tromper), il n'y a pas eu d'avancées à ce niveau (la console étant morte et enterrée depuis bien longtemps, ça n'aide pas à attirer les développeurs). Not64 et Mupen64 sont à la base des homebrews GC, lancé en mode vWii. Avec les méthodes actuelles d'injection, tu peux profiter de la puissance supplémentaire de la Wii U (ton HB GC exécuté en mode vWii utilise les fréquences CPU/GPU Wii U), que l'on peut considérer comme de l'overclocking (rappelons qu'à la base c'est censé tourner sur GC !) https://github.com/FIX94/mupen64gc-fix94/releases Comme tu peux le voir, c'est un scénario digne d'Inception : GC → vWIi → overclock Wii U Mais pas d'émulation native Nintendo 64 en mode Wii U natif !

salut, la Wii U n'est pas franchement le meilleur choix pour l'émulation N64. Encore moins avec un des jeux les plus chiants à émuler. L'injection ne donnera rien sinon un écran noir, ce qui est loin d'être anormal pour un jeu très demandeur en ressources et en fonctions avancées. Nintendo a développé son émulateur pour tenir compte des instructions nécessaires à leurs propres licences AAA. En plus Conker a besoin de l'expansion pack, ce qui complique un peu plus l'équation (déjà pas mal complexe) Mupen64 (retroarch) ou Not64 pourront probablement le faire tourner, à tester. Nécessitera potentiellement un overclocking (émulateur Wii lancé en mode Wii U) Mais un PC à peu près actuel/décent te donnerait de bien meilleurs résultats, à mon humble avis. La N64 ne demande pas un GPU hyper développé (à moins d'utiliser des packs de textures HD). Il faut juste un CPU moyenne gamme.

nickel, merci de ton retour, ça pourra servir à d'autres

les deux mon colonel ! tu peux au choix passer par le double reset, ou par un payload qui va mettre la puce dans le bon mode (mais je n'arrive pas à retrouver où récupérer ce payload !)

alors, vu que je me suis fait avoir une fois (voir ici pour la petite histoire), je sais ce qu'il ne faut pas faire en tout cas il ne faut surtout pas flasher PART1 seul, si tu as déjà fait un flash de PART1 puis PART2, sinon tu vas lutter pour la remettre dans le bon mode pour reflasher PART2 maintenant, le processus exact pour réinjecter PART1 et PART2, si on suit la logique de cette puce, normalement, après l'avoir mise dans le mode qui va bien, il faut reflasher d'abord PART1, qui devrait remonter le lecteur immédiatement, pour y placer direct PART2 dans la foulée. Mais j'avoue ne pas être très à l'aise avec PART1, qui peut mettre dans une situation délicate (ou alors j'ai vraiment pas eu de bol le jour où ça m'est arrivé) En gros il faut suivre à la lettre ce que dit le développeur :

tout à l'air effectivement à sa place, et le ohmètre ne peut pas se tromper... je ne comprends pas ton bug. Après, perso, j'ai toujours utilisé la puce trinket en autoboot CFW (avec le strap Vol+), donc je n'ai pas forcément de point de comparaison par rapport à ta propre configuration. Je te dirais bien de tenter le strap Vol+ . Si ça ne boote pas, c'est qu'il y a à priori un souci avec le strap joycon, même si j'ai du mal à voir d'où ça pourrait venir puisque la continuité est OK...ou alors une bavure de soudure qui se serait faite la malle et aurait atterri là où il ne faut pas (j'ai eu le coup sur une de mes poses, mais ça touchait le bouton Volume+ qui était devenu inopérant, rendant le démarrage en CFW très difficile) À tout hasard, tu as essayé sans les joycon ? des fois que tu aurais fait le mod permanent strap pin1/10 direct sur le joycon, et qui interférerait peut-être avec la puce ? EDIT : par contre, j'ai un doute sur les fichiers que tu as flashé sur ta trinket. D'après le sujet officiel sur GBAtemp, tu devrais avoir FUSEE_UF2 PART 1 et FUSEE_UF2 PART 2 Or, tu dis avoir flashé un truc qui s'appelle Part_1_TRINKET_DUAL_BOOT_Latest.uf2 pour le PART1 les derniers fichiers officiels sont PART1 PART2 et il n'y a plus de notion de versions différentes suivant que l'on veuille du dual boot ou du perma CFW. C'est le fait qu'il y ait le strap Vol+ ou non qui définit le mode dual boot ou perma CFW Tout ceci pourrait expliquer (peut-être, piste à creuser) ton souci ? PART1 gère justement la partie hardware (combinaisons de touches entre autre). Avec un truc obsolète ou pas adapté au PART2, ça pourrait créer ce genre de problème à mon avis.

salut, tu as vérifié la connexion du joycon strap avec un ohmètre ? et bien revérifié que tu avais soudé sur le bon point ? Vu l'emplacement de ce point, juste à côté de deux nappes, je te conseille de bien tout revérifier. le fait que la puce ne démarre qu'avec un JIG tend à démontrer que ce point n'est pas correct, puisque tu dois le faire manuellement. La puce est fonctionnelle, flashée avec les dernières versions, ça ne peut venir que du point joycon strap. quelques photos de ton montage en mode macro permettraient de se faire une meilleure idée de ta pose.

faut savoir ce qu'on veut aussi. On ne peut pas avoir le beurre et l'argent du beurre avec le hack. si tu dis qu'elle n'a pas été connecté depuis deux ans, ça veut donc aussi dire que tu ne joues pas en ligne...non ? ce qui est à peu près le seul "avantage" d'avoir une console clean.

ah ouais ils passent direct par le store FNAC pour vendre de la pupuce SX. Plus c'est gros, plus ça passe @vincenzo88 une puce SX Core est compatible tous modèles (non lite).

@workke Atmosphère n'est qu'une surcouche au firmware original, normal qu'il ne pèse pas bien lourd. pour ma part, je ne suis pas adepte de l'emuNAND. Ce sera TOUJOURS plus lent d'exécuter un firmware depuis une carte SD, aussi performante soit-elle, que depuis une NAND. Et en plus de lancer tout le firmware depuis la SD, tu lances aussi les jeux depuis ce même média. Ça ne peut que donner de mauvais résultats (même si ce n'est pas un stockage mécanique, une carte SD n'est pas faite pour être utilisée par/pour plusieurs processus de lecture et/ou écriture parallèles. j'ai tenté pour m'amuser à l'époque de la Wii, j'ai essayé une fois de plus (je ne sais même plus sur quelle console ?), puis voyant les résultats catastrophiques, autant rester en sysNAND. Du moment qu'on accepte que la console ne servira QUE pour le hack, après tout, pourquoi s'emmerder avec une emuNAND ?

salut, Si tu es vraiment sûr et certain de n'avoir jamais laissé de trace en sysNAND, à la rigueur, tu peux mettre à jour en 10.2.0 officiellement puis profiter d'Atmosphère (0.15.0). par contre si tu as déjà installé quoi que ce soit en sysNAND (meme une broutille) ou exécuté un homebrew, ta console va très certainement se prendre un ban très rapidement si tu te connectes aux serveurs de Nintendo. Sinon Atmosphère est désormais livré avec daybreak, un homebrew équivalent à ChoiDuJourNX mais en plus sécurisé (il ne bypasse pas les garde-fous lors de la mise à jour, contrairement à Choi). La mise à jour 10.2.0 s'installe en 1 minute à peine... à toi de voir. Les deux solutions sont équivalentes, sauf que dans un cas tu laisses Nintendo faire, dans l'autre tu récupères les fichiers de mise à jour et tu installes manuellement ce qui est sûr, et comme tu le dis toi-même, à un moment ou un autre, tu seras obligé de passer à un firmware récent, sinon la plupart des nouveaux jeux (ou mises à jour d'anciens jeux) seront tout bonnement inutilisables. Et l'emuNAND n'est franchement PAS une option (trop lent, trop lourd à mettre en place)

ravi d'avoir pu t'aider à profiter de cet excellent point and click sur Wii U seul bémol pour ma part sur ScummVM Wii U, c'est le mode de fonctionnement du clic droit (en maintenant suffisamment longtemps la pression du stylet). Pas naturel je trouve ^__^ bonne chasse à la tentacule

c'est bien ça, interface française, sous-titres français (à activer, voir ci-dessous) et dialogues en anglais. Par défaut, les sous-titres sont désactivés avec le cœur ScummVM. Une fois le jeu lancé, tu peux accéder au menu de ScummVM (avec Start, de mémoire) et activer le mode Dialogues + sous-titres dans les options je ne sais plus si on peut le faire dans ScummVM directement (pour qu'il paramètre ça sur tous les jeux) mais tu peux tenter : tu démarres le moteur ScummVM (depuis retroarch ou en lançant directement le NRO de scummvm), une fois sur l'interface Retroarch, tu dois avoir une option pour démarrer le cœur sans jeu, ce qui aura pour effet de te faire parvenir à l'interface graphique de ScummVM. De là, tu vas dans les options et tu actives le mode Audio + sous-titres. Logiquement, en faisant ainsi, tous les jeux que tu lanceras utiliseront ce paramètre. Amuse-toi bien (je l'avais refait il y a peu, mais ça m'a donné envie de m'y remettre, du coup )

tu lances quoi exactement ? et surtout, comment ? Scummvm sur Wii U (via Retroarch en gros, peu importe le hardware) est un peu particulier, il ne faut pas ajouter ni lancer les jeux directement depuis l'interface graphique de scummvm (et encore moins tenter de charger tentacle.000 ou 001)mais passer par le système suivant : dans le dossier d'un jeu (prenons le cas de Day of the tentacle justement, qu'on va imaginer dans un dossier "DOTT"), créer un fichier texte tentacle.txt éditer ce fichier avec notepad (ou équivalent) et y mettre l'ID officiel du jeu (pour Day of the Tentacle, c'est "tentacle" sans les guillemets, sans passer de ligne ou autre) sauvegarder le fichier, puis le renommer en tentacle.scummvm tu auras donc typiquement cette arborescence : [DOTT] --MONSTER.SOU --TENTACLE.000 --TENTACLE.001 --TENTACLE.SCUMMVM Depuis retroarch, navigue jusqu'au dossier DOTT, et lance le fichier tentacle.scummvm Cette méthode s'applique à tous les jeux supportés. Tu peux trouver la liste avec leur identifiant unique, ici Explication (en anglais) ici

salut retroarch fonctionne à merveille, y compris le moteur SCUMMVM, y compris avec Day of the tentacle (mon jeu préféré, le premier que je teste dès que je lance SCUMMVM sur une machine). Quand tu dis que ça plante, tu veux dire quoi exactement ? Retroarch qui plante ? Le jeu qui plante ? écran noir ? retour à l'interface de scummvm ? à l'interface de retroarch ? code erreur quelconque ? plantage aléatoire ? en arrivant à un point précis ? après un certain temps précis ? et tu utilises une version talkie non compressée (.SOU) ? compressée en MP3 (.SO3) ? en OGG (.SOG) ? voire en FLAC (très mauvaise idée)(.SOF) ? perso je joue depuis les fichiers copié de mon CD original, avec les voix compressées en MP3 (le plus light en charge CPU pour la décompression). Et ça fonctionne au poil. Je ne me souviens plus la version par contre, je vais relancer pour voir... EDIT : version 1.9.0

la Wii U ne supporte pas deux disques dur en même temps. La méthode uStealth est la seule solution pour y remédier et ainsi pouvoir garder les deux disques branchés, sans souci. Je ne vois pas ce que le contrôle parental vient faire dans l'histoire, c'est une limitation imposée par Nintendo (pour une raison que tout le monde ignore). Si tu as peur d'oublier, au pire tu écris au feutre ustealth sur le disque en question le mode vWii n'a jamais été mis à jour par Nintendo. Et tu parles d'une console morte et enterrée depuis maintenant 4 ans, sur laquelle tu lancerais des jeux d'une console morte et enterrée depuis bientôt 10 ans. Je te laisse imaginer l'infime chance qu'un jeu, un jour, te réclame une quelconque mise à jour On parle d'une logithèque Wii qui ne verra plus JAMAIS le moindre nouveau jeu. Perso, ma Wii U est connectée à Internet, que ce soit le mode Wii U natif que le mode vWii. La seule chose que j'ai faite, c'est de supprimer le dossier "update" de ma NAND (en passant par FTPiiu anywhere), ce qui empêche toute mise à jour accidentelle (une MAJ n'a pas le droit de créer ce dossier update...s'il n'existe pas, le processus de MAJ ne peut même pas télécharger les fichiers de MAJ) mais je répète, on parle d'une console morte, enterrée, oubliée, depuis bientôt 4 ans...il ne fait aucune doute qu'il n'y aura plus jamais la moindre mise à jour. La seule qui a été faite récemment, c'est pour mettre la console aux normes du nouveau RGPD européen (Nintendo n'en ayant vraiment rien à faire, ils n'ont même pas pris la peine d'essayer de boucher les failles utilisées par tous, ça en dit long sur leurs ambitions avec cette console maudite) ps : à noter que le mode ustealth ne fait que modifier un octet dans la signature de boot du HDD (la signature se situe dans les deux derniers octets du HDD), pour qu'il soit "oublié" par les systèmes d'exploitation. Avec n'importe quel éditeur Hexadécimal à peu près compétent (winhex, H&D), tu peux tout à fait remettre cet octet dans sa forme originale. Tu n'es donc pas dépendant d'un logiciel qui ferait des magouilles obscures...le stealth ne tient vraiment qu'à un octet ! signature originale d'un HDD : 55AA (ustealth le paramètre à 55AB pour le rendre invisible)

je pense que ça coincerait au niveau du cIOS et des ports USB. Quand tu lances un jeu en mode WiiVC, certains périphériques sont désactivés. Nintendont arrive à s'en tirer parce qu'il dispose de son propre "pilote" FAT32 pour accéder au HDD, et que c'est un homebrew GC lancé en mode vWii depuis la WiiVC (à la sauce Inception : 3 strates de rêve). Mais pour un loader Wii, c'est une autre histoire. L'idée est bonne, mais la mise en pratique me semble "compliquée" pour le peu d'intérêt suscité (la scène homebrews WiiU est morte à l'arrivée de la Switch)

salut, un bon loader Wii, y'a rien de mieux. Les jeux injectés nécessitent obligatoirement les patches signature (donc lancement de haxchi systématiquement avant de pouvoir lancer un jeu injecté, y compris si tu quittes un jeu pour en lancer un autre), et la compatibilité du gamepad est assez catastrophique, je ne suis pas sûr que ça vaille la peine de s'embêter avec des injections https://wiki.gbatemp.net/wiki/WiiU_VC_Wii_inject_compatibility_list N'oublie pas que les jeux Wii ont été développés principalement pour utiliser (en bien ou en mal) la wiimote. Par contre, là où ça devient intéressant, c'est pour les jeux Gamecube, via Nintendont. Le gamepad est juste un must have ! Le mieux étant d'injecter le forwarder de Nintendont dans une chaîne WiiVC, pour ainsi pouvoir tranquillement quel jeu tu lanceras, gamepad à la main. Attention ! les HDD Wii U et vWii (loader USB) cohabitent difficilement. Le disque Wii doit être masqué avec la méthode uStealth (la Wii U n'a jamais supporté deux HDD branchés en même temps !). Le mode stealth empêchera également la console de systématiquement te proposer de formater le disque (risque fort de valider et perdre tout son contenu). Autre souci, la console a besoin de deux ports USB pour alimenter un seul HDD ! La méthode un peu riche, c'est de mettre deux SSD (consomment tellement peu qu'un seul port USB suffit). Ou d'utiliser des HDD avec alimentation externe (pas pratique). ça donnerait : Disque #1 formaté Wii U, dédié aux jeux Wii U (eshop, wiiware, virtual console) et injections WiiVC (Gamecube, Wii), connecté aux deux ports USB arrière Disque #2 formaté FAT32, ustealth, dédié aux jeux Wii (isos WBFS, virtual console Wii, wiiware Wii) et Gamecube (ISO), connecté aux deux ports USB avant Une seule carte SD, qui sert aussi bien au hack Wii U que vWii Certes, la méthode par injection est plus "simple" dans le sens où tu n'aurais besoin que d'un seul HDD formaté Wii U, sans devoir jouer à cache-cache avec le HDD vWii. Mais c'est moins souple à l'usage, notamment pour ce qui concerne les patches signatures qui disparaissent à chaque fois que tu quittes un jeu, que tu quittes les paramètres de la console, que tu la redémarres, etc. À toi de peser les patates en fonction de tes attentes et envies.

je me suis planté, NUS ne demande pas la common-key...j'ai du confondre avec autre chose ! Lance NUS, coche tout de suite la case "Pack WAD" puis suis ce que je te dis juste dessous : pour ne pas trop t'embêter avec NUS, voilà un script de mon cru, pour télécharger tous les IOS à jour, sauf l'IOS30 et les IOS de chaque dizaine pour les SM > 3.2 Les IOS marqués stub, tu peux au choix : les installer en stub ou carrément supprimer l'IOS correspondant avec dop-mii. 0000000100000004 FF00 IOS4 (stub) 0000000100000009 040A IOS9 000000010000000A 0300 IOS10 (stub) 000000010000000B 0100 IOS11 (stub) 000000010000000C 020E IOS12 000000010000000D 0408 IOS13 000000010000000E 0408 IOS14 000000010000000F 0408 IOS15 0000000100000010 0200 IOS16 (stub) 0000000100000011 0408 IOS17 0000000100000014 0100 IOS20 (stub) 0000000100000015 040F IOS21 0000000100000016 050E IOS22 000000010000001C 070F IOS28 000000010000001F 0E18 IOS31 0000000100000021 0E18 IOS33 0000000100000022 0E18 IOS34 0000000100000023 0E18 IOS35 0000000100000024 0E18 IOS36 0000000100000025 161F IOS37 0000000100000026 101C IOS38 0000000100000033 1300 IOS51 0000000100000034 1700 IOS52 0000000100000035 161F IOS53 0000000100000037 161F IOS55 0000000100000038 161E IOS56 0000000100000039 171F IOS57 000000010000003A 1820 IOS58 000000010000003D 161E IOS61 0000000100000100 0006 BC 0000000100000101 000A MIOS tu copies/colles tel quel dans un fichier txt, et tu renommes en "IOS.nus", tu mets ça dans un sous-dossier "scripts" de NUS (tu auras peut-être à créer ce répertoire toi-même). Ensuite, dans NUS, tu cliques sur "Scripts..." → Scripts (local) → IOS.nus, il va te télécharger tous les IOS dans le dossier scripts\IOS j'ai volontairement évité les IOS de chaque dizaine, sauf l'IOS20 (seul IOS d'un SM inférieur à 3.2) Sinon pour la common-key, si jamais tu en avais besoin pour autre chose : elle avait été partagée par la team Twiizers. tu créés un nouveau fichier txt, tu l'ouvres avec un éditeur hexadécimal (HxD par exemple) et tu colles la séquence ci-dessous, telle quelle : ebe42a225e8593e448d9c5457381aaf7 tu sauvegardes, tu renommes le fichier en common-key.bin et c'est tout bon. le CRC32 doit correspondre à ceci : FC8BF576

Pour NUS, c'est la première chose qu'il te demandera normalement. perso j'ai été un fervent défenseur du System Menu 3.2, le seul "digne de confiance" qui apportait vraiment des choses nouvelles (là où tous les System Menu plus récents ne faisaient que combler les failles, tant bien que mal), mais, avec le temps, et surtout le dernier priiloader, j'ai revu mon jugement, uniquement pour pouvoir activer le patch des serveurs online alternatifs. Mais je m'aperçois au final que : je ne joue pas en ligne de toute façon les patches pour les serveurs alternatifs peuvent être appliqués au niveau du loader (et non du System Menu), ce qui revient à la même chose au final Bref, je vais peut-être remettre ma console en 3.2 (on s'amuse comme on peut ) Pour moi, il n'est pas déconnant de rester en 3.2. Par contre il faut installer les IOS en conséquence. Pour ton erreur 002, j'aurais envie de dire qu'il faut tester ! Cette erreur est provoquée par plusieurs facteurs, et sans être devant cette Wii, difficile à dire ce qui cloche Quand tu dis que tu lances le jeu depuis la chaîne Disque, tu parles bien sûr de la chaîne Disque officielle dans l'interface originale de la console ? Et bien évidemment avec le dock officiel qui va bien ? Tu te souviens quel(s) patch(es) tu as activé sur ta console (avec priiloader/startpatch ou autre) ? Il se peut qu certains patches se marchent sur les pieds (encore pire si tu as fait un coup de startpatch, puis que tu as ajouté des patches avec priiloader). Si tu ne sais plus trop les patches installés, il faudra très certainement réinstaller le System Menu 3.2E proprement, et recommencer (uniquement avec priiloader)

(ce n'est pas comme si c'était très compliqué à trouver ) https://wiibrew.org/wiki/NUS_Downloader https://bootmii.org/download/ https://code.google.com/archive/p/d2x-cios/downloads et quitte à être redondant : NE TOUCHE PAS À L'IOS30. C'est la seule chose à se souvenir. De IOS4 à IOS80, oui, mais sans passer par la case IOS30 il y a des IOS qui feront dans les 150Ko, ce sont des stub, pas utiles à installer puisque ce sont des coquilles vides les IOS de chaque dizaine sont utilisés exclusivement par les System Menu, donc en 3.2, seul l'IOS30 est utile, le reste ne servira strictement à rien (sinon prendre de la place sur une NAND déjà très restreinte IOS30 pour SM 3.0 à 3.3 IOS40 pour SM 3.3 (coréen) IOS50 pour SM 3.4 IOS60 pour SM 4.0/4.1 IOS70 pour SM 4.2 IOS80 pour SM 4.3 ps : NUS nécessite la common-key Wii...je te laisse chercher ça tout seul. et vu que tu fais à la main, tu ne perdras ni bootmii, ni tes cIOS...donc en gros tu as besoin de NUS, ou encore plus simple, tu paramètres le WIFI de ta console et tu utilises dop-mii wiibrew edition pour installer tous les IOS directement depuis ta Wii (par contre ne supporte pas les wiimotes nouvelle génération...il faut une bonne vieille wiimote basique, sans wiimotion+ intégré). Ne pas tenir compte des âneries écrites en rouge sur wiibrew. Dop-Mii n'a JAMAIS brické de console, il fait juste ce qu'on lui dit de faire (donc si c'est une pince qui s'en sert sans savoir ce qu'il fait, ça peut provoquer de très gros soucis). Si tu te contentes d'installer les IOS, sans toucher au SM ni à son IOS30 associé, aucun risque !

salut, pour être tranquille, tu pourrais effectivement mettre à jour en 4.3, même si, en toute logique, installer les IOS suffirait à lancer n'importe quel jeu. ton souci d'erreur 002, je pense qu'il vient d'une combinaison de plusieurs paramètres : tu es en 3.2. À moins d'avoir laissé ta console hiberner des années, ce n'est pas logique, je dirais donc que tu as bloqué les mises à jour avec startpatch, priiloader ou équivalent tu essaies de lancer un jeu qui nécessite probablement une version de System Menu plus haute que 3.2...mais si mon hypothèse n°1 est avérée, le jeu essaie de se lancer alors qu'il n'a pas l'IOS nécessaire à son fonctionnement alternative : tu as une puce dans ta console ? et le jeu la détecte... Vu le syscheck catastrophique, je suppose que ta wii est passée dans les mains de pimp, avec cette connerie de patcher tous les IOS avec trucha. Bref, je te conseille vivement d'extraire une mise à jour 4.3E d'un jeu récent, avec wiibrowse (ou à télécharger avec NUS Downloader), et d'installer tous les IOS proprement, du 4 au 80 SAUF l'IOS30 qu'il ne faut surtout pas toucher (utilisé par le System Menu 3.2) Une fois l'IOS80 correctement installé (pas de message d'erreur), tu pourras installer le System Menu 4.3E si ça te chante...ou rester en 3.2E Si j'insiste sur l'IOS du System Menu, c'est parce que c'est le brick assuré si tu ne fais pas attention : SM3.2 = IOS30 SM4.3 = IOS80 Donc avant de procéder à l'installation d'un System Menu, il faut être sûr que l'IOS associé est bien présent L'autre solution serait de désactiver le patch qui évite les mises à jour, mettre à jour officiellement avec un jeu DVD récent, et refaire le hack après coup (rien de grave, les cIOS vont sauter, l'IOS de bootmii aussi...mais tu gardes homebrew channel, donc ça te prendra à peu près 1 minute à tout réinstaller correctement, avec hackmii installer et d2x cios installer) ps : la nouvelle version 0.9 de priiloader, sortie aujourd'hui même, devrait également t'intéresser. Et si tu veux profiter des patches pour les jeux en ligne (sur les serveurs alternatifs), il faut impérativement être en 4.3. Donc j'aurais envie de dire que le SM4.3 est le meilleur choix (côté hack, parce que officiellement, la Wii est morte et enterrée depuis longtemps)

je t'ai donné les très très grandes lignes du hack...mais y'a pas mal d'interlignes, et la sauvegarde de la NAND en fait partie. Par contre pour sauver 32Go de sysNAND, pas besoin d'une SD de 64Go et si ma mémoire ne me fait pas défaut, je crois que le logiciel pour dumper la sysNAND découpe en morceaux, permettant de récupérer morceau par morceau, si besoin. (bon ok, le plus simple est d'avoir direct une carte suffisante, ça va plus vite et ça évite les manœuvres pour recoller les morceaux) Après, garder ses homebrews à jour, sur une console morte et enterrée depuis de nombreuses années, c'est être un peu trop confiant quant aux mises à jour amateur à part Retroarch, le développement de homebrews sur Wii U est quasiment à l'arrêt, la Switch (encore elle) vampirise la scène. Mais oui, homebrew app store (ou équivalent s'il y a) peut aider. L'actualité Wii U ne fera pas fumer ta console en tout cas. Retroarch est une interface pour les "gouverner tous", mais tu peux tout autant passer par celle-ci pour ensuite lancer le cœur d'émulation dont tu as besoin (donc dans le dossier apps tu n'auras QUE le .RPX de retroarch, et tous les cœurs seront dans le dossier de retroarch) , ou lancer directement les cœurs qui t'intéressent (ex : snes9x) que tu auras placés dans le dossier apps Wii U. Mais sache que, dans tous les cas, l'interface de retroarch est contenue dans TOUS les cœurs et se lancera quoi que tu fasses. Chaque mode de fonctionnement a ses avantages (et inconvénients) : L'intérêt d'un standalone (chaque rpx de chaque cœur qui t'intéresse mis dansle dossier apps wiiu), c'est que tu charges directement le cœur qui t'intéresse (en fonction du jeu que tu veux lancer, donc genesis-plus pour Sonic, snes9x pour Mario World, et les vaches seront bien gardées ). Par contre, si tu lances snes9x et que, finalement, tu as envie de lancer Sonic, il faudra le quitter avant de recharger genesis-plus L'intérêt d'une interface unique (donc juste le RPX de retroarch), c'est que tu ouvres une interface sans cœur, et, en fonction de ce que tu choisis comme rom, il va charger en temps réel le bon cœur d'émulation. Si tu quittes un jeu Supernes et que tu veux lancer un jeu Gameboy, paf, retroarch recharge l bon cœur, etc. Attention ! sur Wii U, retroarch a de très gros soucis de lenteur, principalement causés par : une configuration de connexion WIFI HS ou périmée (j'ai eu le cas personnellement...j'ai découvert, étonné, que ça impactait fortement le lancement de retroarch, tout simplement parce qu'il a été programmé pour systématiquement vérifier les mises à jour de trop nombreux cœurs présents les fiches infos des émulateurs qui définissent le type de roms que chaque cœur peut lancer...alors ça permet à retroarch de sélectionner le bon cœur en fonction du contenu, MAIS ces fichiers sont nombreux t tout petits, tout ce qu'il faut pour engorger la lecture depuis la SD À titre de comparaison, qui vaut ce qu'elle vaut. Avec des paramètres WIFI périmés (j'avais changé le SSID de la connexion avec ma nouvelle box), le lancement de snes9x prenait entre 20 et 30 secondes (ça peut paraître futile, mais 20 à 30 se d'écran noir, on pense que la console a planté !) et le lancement de la moindre rom, même petite, prenait une bonne dizaine de secondes... Après avoir viré les paramètres WIFI défectueux, et retiré tous les fichiers inutiles de la SD (fichiers info, skins autres que l'interface classique), le démarrage d'un cœur prend 5 à 6 secondes, et le lancement des jeux est instantané ! ps : je tourne en mode standalone pour ma part ! Donc un cœur = 1 app dans le dossier wiiu ! J'ai horreur du mode interface unique