Badablek

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

les homebrews Wii fonctionnent sur la partie vWii de la Wii U, mais tu vas vite te rendre compte des limites que ça impose. En mode vWii, pas de support natif du gamepad, par exemple. Et les homebrews ne profitent pas de toute la puissance disponible. Donc dès que possible, si tu as le choix entre un homebrew Wii en mode vWii et un homebrew natif Wii U, autant prendre celui pour Wii U. Par contre je ne sais pas où tu as pu lire qu'il fallait une SD deux fois plus grosse que la sysNAND, mais je n'aurais qu'une chose à dire : tu prends la carte dont TU as besoin, il n'y a absolument aucune règle à ce sujet. Tu sembles amateur d'émulation (bienvenue au club), donc ce qui importe, c'est que tu ne sois pas à l'étroit quand viendra l'heure de remplir la SD de roms en tous genres. Ce n'est pas plus compliqué que ça. Perso je tourne avec des cartes entre 16Go et 128Go, en fonction de mes envies. Mais si tu veux te faire plaisir avec des packs AIO Retroarch par exemple, ça monte vite à 70/80Go (roms, jaquettes, flyers, fonds d'écran, etc.) Le pack de Crazymac fait par exemple 110Go décompressé... L'adaptateur GC fonctionne avec Nintendont (et peut-être certains homebrews ?). Ce qui offre une expérience bien sympathique avec les jeux Gamecube. Sinon, pour installer haxchi, ce n'est vraiment pas compliqué. Une fois le jeu Virtual Console DS compatible acheté sur l'eshop, il télécharge haxchi et tu prépares la SD avec les fichiers qui vont bien (ceux de haxchi et homebrew launcher VERSION ELF UNIQUEMENT, parce que haxchi ne supporte pas les RPX ! Donc version 1.4 maximum, à placer à la racine de la SD) Ensuite tu te rends sur le site "wiiuexploit.xyz" depuis le navigateur de la console, et tu lances l'exploit, qui devrait te démarrer Homebrew Launcher. De là, tu lances haxchi, tu installes tranquillement, et c'est fini, tu auras un point d'accès permanent Ne suis surtout pas des tutos vidéo, il n'y en a pas un pour rattraper l'autre. La seule référence : https://wiiu.hacks.guide/#/ la seule chose qui peut demander un peu plus d'infos, c'est si tu veux personnaliser l'écran de démarrage de haxchi. En effet, comme il sert à la fois de point d'entrée mais également de raccourcis, il est très pratique (du moins je trouve) de paramétrer tes homebrews préférés dans le fichier de config, et d'éditer les images de boot de celui-ci pour rappeler les raccourcis actifs. Ça nécessite un format d'image très précis (si non respecté, haxchi ne peut plus démarrer, et il faudra supprimer le jeu puis le réinstaller depuis l'eshop) exemple de config pour haxchi (la mienne, qui correspond à mes usages) : a=wiiu/apps/nnupatcher/nnupatcher.elf b=wiiu/apps/hbl2hbc/hbl2hbc.elf x=wiiu/apps/swapdrc_lite/swapdrc_lite.elf y=wiiu/apps/mocha/mocha.elf r=sysmenu default=wiiu/apps/homebrew_launcher/homebrew_launcher.elf et exemple d'écran de démarrage : ps : je me rends compte que j'ai oublié de spécifier la touche R, pourtant la plus importante puisqu'elle permet de relancer le sysmenu avec les patches qui vont bien. le fichier de config et les images doivent être modifiés AVANT installation de haxchi. On pourrait croire que haxchi lit le fichier de config depuis la SD, mais non, c'est un fichier mis dans la sysNAND au moment d'installer haxchi. Les images doivent respecter ces paramètres :

salut, le plus simple : acheter un jeu Virtual Console DS compatible haxchi installer haxchi en configurant préalablement le fichier INI suivant tes besoins (mocha, etc.) installer les jeux avec WUP Installer via la méthode dite "brésilienne" (qui consiste à mixer les données d'un jeu shop avec le ticket DVD correspondant au même jeu sur support physique) pour TOUS les autres jeux (jeux eshop ne disposant pas d'une version physique ou dont l'ID du jeu physique ne correspond pas à l'ID du jeu eshop, jeux Virtual Console, jeux Wiiware), il est OBLIGATOIRE de patcher le sysmenu avant de pouvoir les lancer (et à chaque retour sur le system menu) même chose pour les homebrews sous forme de chaîne, patchage obligatoire avant tout chose, et dès que tu reviens au system menu CBHC est plutôt déconseillé, dans le sens où tu peux bricker ta console de pas mal de façon : en supprimant le jeu hôte Virtual Console DS en formatant la console (tu perds également les chaînes installées, dont le jeu eshop nécessaire au hack) en déplaçant le jeu eshop sur le HDD Bref, CBHC ultra déconseillé si tu tiens à ta console. Et bon à savoir : pas besoin de mocha pour patcher le system menu. Haxchi dispose de tout le nécessaire (il suffit de paramétrer une touche sur sysmenu dans le fichier INI, ou de le paramétrer par défaut, ce qui fait qu'au démarrage de haxchi, il patche le sysmenu et revient à l'interface...) le meilleur ami d'une console hackée : USBHelper, patché avec USBHelperlauncher pour restaurer son bon fonctionnement. ps : au sens strict du terme, ce n'est pas un hack à demeure. La méthode CBHC altère simplement la chaîne de démarrage de la console et permet de patcher automatiquement la RAM à chaque démarrage. Ce n'est pas du full cold boot même si ça s'en approche. Avec la méthode haxchi "simple", tu as un hack qui s'évapore à chaque extinction de la console, mais tu es sûr de ne jamais bricker la console. La seule contrepartie, c'est de devoir lancer le patchage sysmenu (celui intégré à haxchi, bien plus rapide, ou par mocha si tu aime attendre pour rien) AVANT de pouvoir exécuter des chaînes non signées. Les jeux installés via la méthode brésilienne ne sont pas concernés parce qu'ils utilisent des tickets DVD correctement signés (c'est ce qui permet à n'importe quelle console de pouvoir lancer n'importe quel jeu physique DVD, et ça a été détourné pour faire croire à la console que les jeux eshop disposent d'un ticket correctement signé) La Wii U avait du potentiel, mais a été mal comprise (et mal présentée par Nintendo à l'époque), elle s'est donc cassée la figure. Il a fallu attendre la Switch pour que Nintendo apprenne de ses erreurs (la Switch aurait dû sortir à la place de la Wii U). Mais de nos jours, une Wii U avec les jeux "méthode brésilienne" + un loader USB Wii + Nintendont en mode Wii U, c'est juste le combo parfait. Ça permet de profiter des jeux Gamecube, Wii et Wii U sur une seule plate-forme, sans compter bien évidemment retroarch et sa ribambelle d'émulateurs (de la 8bit à la 64bit). Avec une tablette qui permet d'en profiter en mode semi portable, sans "polluer" la TV. Bref, bien évidemment que ça en vaut la peine...tout ça avec un simple jeu à 7€ ! et scummVM en mode tactile sur le gamepad, c'est juste génial EDIT : sinon, les jeux NTSC, aucune plus-value ! Tous les jeux européens tournent en 60Hz. Donc à part quelques rares jeux qui ne seraient sortis qu'au Japon ou US, je ne vois pas l'intérêt. Tu peux profiter du meilleur des deux mondes, dans des jeux localisés en français.

quand la console est perdue entre emuNAND et sysNAND, il ne faut pas chercher à comprendre. Tu forces l'extinction et tu relances. Je pense que tu as appuyé sur Reset avant d'appuyer sur Power, ce qui a appelé priiloader. j'ai déjà eu des écrans noirs des dizaines de fois sur des consoles équipées de priiloader sans qu'il n'intervienne une seule fois (d'autant qu'il n'est installé que sur la sysNAND, et que le plantage est en emuNAND). Par contre je ne comprends pas pourquoi tu dis ne pas pouvoir modifier le cIOS des jeux...c'est comme pour les wiiwares, bien évidemment que tu peux paramétrer comme bon te semble. J'ai d2x v10 b53 sur 249(56) et 250(57) + d2x v10 b52 sur 251 (56) et 252 (57). Et je peux tout à fait choisir quel cIOS utiliser, jeu par jeu si ça me chante. Et un jeu qui utilise un périphérique USB peut être lancé en b53 (mais jamais testé le côté plug 'n play de la chose)

@xmass73 un cIOS plus récent n'a JAMAIS voulu dire qu'il était plus abouti...on peut en dire autant de la version d'un navigateur, OS, logiciel, etc. c'est à toi de tester, et de trouver celui qui te convient. En fonction de ta propre expérience, il n'y a pas deux configurations identiques. Je te rappelle qu'on parle d'IOS hackés, décompilés, analysés, sans les sources, donc pas parfaits, loin s'en faut. tu n'as pas compris à quoi servait la version d'un IOS/cIOS (comme le développeur de pimp). Maximiser la version à 65535, en plus d'être ridicule, est complètement INUTILE. Ça perturbe les loaders, qui n'arrivent pas à lire la version correcte (et identifier le cIOS en question). Et certains pensaient, naïvement, que ça empêchait les mises à jour officielles d'écraser les cIOS, ce qui est archi faux. Si Nintendo avait voulu montrer les crocs, les cIOS auraient sauté à chaque mise à jour, version maximisée ou non. Bref, un concept qu'il faut oublier. La vraie seule bonne version pour un cIOS d2x v10 beta 52 ou beta 53, c'est v21010, et rien d'autre. D'autant que la console étant morte et enterrée, aucune mise à jour ne risque de venir perturber tout ce petit monde ! quitte à insister, la fonction Retour à plante la console SI TU UTILISES LE CIOS REV17, relis un peu mes propos. non, je ne ferai pas de WAD puisque l'installeur te laisse le choix du slot d'installation...il suffit de paramétrer le slot que tu veux. et la version n'a rien à voir avec la choucroute pour ce qui concerne le plug 'n play, j'ai du mal à comprendre ce qui a pu te faire croire une chose pareille ??? Donc non, ce n'est pas ce que je vais faire...Le plug 'n play est propre à la b53, tandis que la b52 se concentre sur la compatibilité emuNAND (ça se joue dans un mouchoir de poche) Sinon, j'ai testé La-Mulana, effectivement, en b52, il fonctionne (premier jeu que je vois de mes yeux comme étant compatible b52 mais pas b53). Par contre, Castlevania refuse le b52 comme le b53, aussi bien en base IOS56 que 57. Ne marche pas non plus en rev19. Pas testé, mais il me semble que c'est un des très rares wiiwares à ne supporter que le rev17.

non, si tu désactives Retour à, tu auras un écran noir. La console ne peut pas comprendre la situation, puisque le jeu s'exécute sur l'emuNAND (et donc elle va vouloir retourner sur le System Menu de l'emuNAND, sauf que le cIOS ne peut pas faire ça). Si le loader ne laisse pas un point d'entrée pour qu'on puisse repartir vers lui, la console se perd dans les limbes de l'emuNAND (j'ai l'impression de faire un scénario à la Inception ) j'ai installé le b52 sur d'autres slots, je testerai La-Mulana avec. Ça vient peut-être aussi de mon WAD. En tout cas, tout ce que la rev17 peut faire, la rev19 et 21 le peuvent tout autant (je parle en emuNAND). Mais j'ai toujours gardé la rev17 dans mon cœur, parce que c'était LA version majeure qui apportait tout (j'ai tourné des années en rev17, avant que d2x ne reprenne et améliore énormément le cIOS). Si tu utilises la rev19, tu gardes la compatibilité "Retour à" du loader, et tu peux lancer les jeux problématiques. Donc tu as le meilleur des deux mondes (d2x et waninkoko) j'utilise le b53 plus par conviction qu'autre chose. Pour le côté plug 'n play (que n supporte pas b52). SAUF que, au final, je ne suis adepte d'aucun des jeux nécessitant cette fonctionnalité (Guitar Hero, Skylanders, etc.). Donc je me suis souvent posé la question de l'utilité d'être en b53. Jusqu'à présent, su l'emuNAND, je n'avais constaté aucune divergence de compatibilité entre b52 et b53. Si je peux trouver des cas (comme La-Mulana), ça pourrait me faire changer d'avis (non pas que je porte ce jeu dans mon cœur, mais par simple calcul mathématique (si b52 assure 95% de compatibilité et b53 93%, et que le plug 'n play ne me concerne pas, pourquoi être en b53 ?) Hermes, sans cracher dans la soupe, ça fait bien longtemps que ça ne sert plu à rien. À moins d'être fan de CFG Loader. Je n'ai jamais réussi à lui trouver une seule qualité (de plus par rapport aux autres loaders) si ce n'est sa grande adaptabilité puisqu'on pouvait le paramétrer très profondément (peut-être même un peu trop, ce qui l'a perdu face aux deux mastodontes que sont Wiiflow et USBLoader GX).

mea culpa, il semblerait que le d2x permet de retourner à USBLGX. Comme je n'avais pas remis le nez dans ma Wii depuis longtemps, je n'avais pas paramétré le "Retour à" et je pensais donc que c'était toujours impossible. Par contre, je suppose que ça ne fonctionnera pas avec les jeux à problème qui auraient été paramétrés sur un cIOS waninkoko (là, c'est sûr et certain que ça ne marche pas). je vais creuser la question avec le d2x v8 en installation de secours, mais pas sûr que sa compatibilité emuNAND soit meilleure que la v10 c'est à priori à partir de la v8 que le retour emuNAND > sysNAND a été rendu possible, si l'on en croit le changelog (extrait ci-dessous) je me coucherais moins bête ce soir en plus c'est bien plus propre que la méthode 00000002.tik, puisque la console reboote correctement. Avec la suppression du fichier, ça coupe à l'arrache et ça relance la console, pas forcément très bon pour les systèmes de fichiers (SD, HDD, NAND) EDIT : aucun résultat en d2x v8, en tout cas sur motoheroz (qui reste mon mètre étalon pour tester l'emuNAND). Par contre, chose très intéressante ! le cIOS waninkoko rev19 (slot 219 dans ma configuration) supporte la fonction "Return To". Depuis Motoheroz, j'ai pu revenir à USBLoader GX sans problème. Idem avec La-mulana (chez moi, ne fonctionne pas en d2x v10 b53). Cette fonction ne marche pas en waninkoko rev17 (écran noir), et je suppose qu'elle fonctionne en rev21 (pas testé pour ma part) Donc pour l'heure, j'utiliserai toujours la rev19 sur les jeux à problème. Ça fera une épine en moins pour revenir à USBLoader GX

je t'ai déjà expliqué pourquoi tu avais un écran noir en sortie de wiiware/Virtual Console. Et surtout, comment ne plus l'avoir quand tu es en emuNAND, le "Retour vers" ne fonctionne pas. La console ne pige pas en fait, puisque tu es en emuNAND, et tu lui demandes de recharger un truc en sysNAND. donc je vais me répéter : il faut renommer le fichier "00000002.tik" (en "_00000002.tik" par exemple) dans le dossier /ticket/00000001 À ma connaissance, il n'a jamais été possible de redémarrer en sysNAND depuis l'emuNAND, y compris pour revenir à un loader (même s'il n'est pas sur la sysNAND mais sur la carte SD). Donc la technique de Sioux, c'est de priver l'emuNAND d'un fichier essentiel (qui sert à charger le System Menu), afin de faire rebooter automatiquement la console. Et si tu as paramétré priiloader pour charger USBLoader GX, bah il redémarre sur le loader. la chaîne de commandement est la suivante : je suis dans un wiiware > j'appuie sur home pour repartir au System Menu > le fichier 00000002.tik est absent de l'emuNAND > la console redémarre toute seule > priiloader se charge, et si correctement paramétré > priiloader charge le forwarder du loader > le forwarder charge le loader > tout le monde est content.

bah j'ai réglé les options dont j'avais besoin, rien de plus. Principalement le chemin de l'emuNAND, la désactivation des options à la con (taille du HDD, heure, favoris), accessoirement l'activation d'Ocarina pour profiter la manette classique sur DKCR ou New Super Mario Bros. (bon ok, je ne l'active QUE sur les jeux où j'en ai vraiment besoin, pour éviter le message d'erreur d'USBLoader GX, systématique, pour les jeux n'ayant pas de fichier de cheat). Et vu que j'ai rebranché ma ii à un bon vieux tube cathodique, j'ai bien évidemment réglé les paramètres d'overscan, de taille d'image, de géométrie, etc. Par contre je ne dis pas de ne pas toucher aux options, elles sont là pour que chacun y trouve son compte. Mais activer le démarrage rapide sans en connaître les conséquences, ça peut induire des questionnements (comme l'accès aux paramètres du jeu, par exemple) Une fois tout paramétré correctement pour les jeux à problème, rien ne t'empêche de réactiver l'option, qui rend l'interface plus user friendly, notamment pour un usage plus familial (avec des enfants)

on parle de homebrews, développé avec un environnement de compilation maison, donc les erreurs DSI, faut pas focaliser là-dessus. Ça peut arriver sur les plus simples des applications comme sur des loaders ultra compliqués. Il n'y a pas de base de données tout simplement parce qu'un code dump, comme sur PC ou n'importe quel système informatique, est extrêmement aléatoire et dépendant de la configuration de chacun. Je ne dis pas que tu n'auras pas d'erreur DSI en recherchant manuellement les homebrews, juste que passer par un homebrew pour aller choper les homebrews peut créer une erreur DSI (accès au réseau, accès au système, accès à la SD ou HDD, y'a plein de bugs potentiels). Pour le loader, tu as activé le démarrage rapide des jeux, donc ne sois pas étonné que les jeux se lancent...directement. Il ne fait que ce que tu lui demandes ! Désactive le démarrage rapide, et tu auras accès aux paramètres, jeu par jeu Paramètres du loader > Démarrage rapide > inactif Il ne faut pas activer des options sans en connaitre les implications ensuite

un tuto vidéo pour showmiiwads ? tu as essayé de le lancer ? jamais vu un logiciel plus simple à utiliser. Il suffit juste d'être bien conscient qu'il y a une partie showmiiwads (qui permet de lister les WAD) et une partie showmiinand (qui permet de voir ce qu'il y a dans l'emuNAND). une fois le chemin de l'emuNAND donné au logiciel, ainsi que le(s) chemin(s) où se trouvent tes WAD, un clic droit sur un ou plusieurs WAD > Installer dans la NAND et c'est réglé (je n'ai pas le nom exact de l'option, mais tu trouveras sans souci) 2 fast 4 gnomz est un jeu qui vient du monde des smartphones. Tu as un personnage qui avance automatiquement, et tu dois sauter au bon moment. Autant j'adore les bit trip runner dans ce style (merci à la musique), autant sur ce jeu, j'ai trouvé ça vraiment très naze (je me trompe peut-être, je ne l'ai pas testé bien longtemps). De mémoire, en cIOS waninkoko rev17 ou 21, il fonctionnait très bien Le paramètre d'un jeu, c'est AVANT de le lancer. Il ne faut pas oublier que la Wii est mono-tâche. Une fois un jeu lancé, tu n'as plus rien du loader en mémoire. Donc il faut "cliquer" une fois sur un jeu pour avoir sa page (avec l'animation qui se joue) et cliquer sur le bouton Paramètre de cette page. Là, tu pourras régler pas mal d'options, dont le cIOS par défaut, dont tu auras tout loisir de mettre 217 ou 221 Homebrew Browser, je n'utilise pas. Mais les erreurs DSI sont légion avec des softs pas forcément terminés/au point. Rien ne vaut la méthode "manuelle", en fouinant soi-même sur les github ou sites spécialisés