Badablek

donc c'est bien ce que je dis, tu n'as que la partie vWii qui a été hackée. Donc la mise à jour côté Wii U ne touchera pas à la partie vWii.

bah c'est un peu à toi de le savoir. dans ton sujet, tu dis que tu as fait cracker ta console pour pouvoir lancer des jeux Wii depuis le HDD. Je suppose donc que c'est la partie vWii qui a été hackée et que tu passes par un loader USB. La partie Wii U implique l'utilisation d'un jeu DS acheté officiellement sur l'eshop et hacké de manière à pouvoir patcher la RAM, ou l'utilisation d'une faille du navigateur. Donc je pense que tu le saurais

je vais répéter une fois de plus ce que je t'ai déjà dit : il n'y a aucun rapport entre la préparation de la sysNAND et son extraction pour une emuNAND. Preuve en est que j'ai déjà fait ds emuNAND avec ohneswanzenegger, donc depuis une NAND vierge de tout hack, vierge de tout cIOS, vierge de tout forwarder. d'ailleurs comme je l'ai dit, j'ai extrait un dump bootmii, autrement dit, SANS AUCUN HACK installé (autre que HBC) quand un loader lance un wiiware/virtual console, il passe DE TOUTE FAÇON par le cIOS. Donc ta NAND, elle pourrait être vide de toute IOS/cIOS que ton loader s'en ficherait comme de son premier slip ! Le seul cas où ton emuNAND doit vraiment être complète, c'est si tu passes par SNEEK/UNEEK (virtualisation totale de la NAND) Donc tu fais ton emuNAND depuis ton dump Bootmii et basta. Cherche pas à régler le moindre petit grain de sable. Tu as un dump sous la main, tu as tous les outils, tu attends quoi au final ? Le hack, c'est aussi prendre des initiatives quand il faut. Au pire tu risques quoi ? que ça ne marche pas ? t'auras perdu 20 minutes de ton temps à essayer, mais tu auras pas mal appris en même temps. SNEEK n'est pas une solution viable (trop lent de virtualiser une NAND depuis une carte SD), UNEEK non plus (trop chiant à paramétrer, résultats trop aléatoires, à mon goût du moins). Et niveau confort d'utilisation, ça ne vaut pas tripette. Et accessoirement tu te taperas les mêmes restrictions qu'avec le system menu original (si tu as remarqué, le nombre de pages pour les chaînes n'est pas illimité . Un loader + emuNAND n'a pas ce souci ! 90% des wiiware/virtual console fonctionnent sans souci en d2x. Si tu as des écrans noirs, tu as un souci au niveau de ton emuNAND ou du loader (genre des options pour patcher la région ou autre cochonnerie). L'installation des cIOS waninkoko n'est là que pour résoudre les incompatibilités des 10% restants. Après, rien ne t'empêche de tenter de forcer le rev17 ou rev21b sur tes wiiwares/virtual console. Et si ça fonctionne bien, tu sauras donc que ça vient de ton cIOS et non de l'emuNAND ! Si rev 17, l'emuNAND doit absolument être à la racine bien sûr. Question (pour une fois) de ma part...tu as essayé, à tout hasard, tes jeux à problème (écran noir ou autre), avec un câble vidéo classique (composite, ou mieux, YUV) ? Je ne me souviens pas si, à l'époque, j'utilisais déjà mon adaptateur HDMI...ça se trouve c'est juste ça le problème. Wiiflow ? un loader qui a perdu son âme depuis bien longtemps. Et qui a voulu un peu trop se diversifier, au point de se scinder en deux : une interface principale, dépourvue de toute fonction de chargement de jeu un loader, appelé par l'interface, pour charger un jeu Je sais que ça paraît psycho-rigide, mais pour moi, un loader USB, sa fonction première, c'est loader (USB). Pas une interface graphique qui charge un loader. C'est con, mais un loading à chaque lancement de jeu, ça me saoule Et l'interface a perdu en qualité (restitution des jaquettes notamment). Le seul truc potable à mes yeux, c'est le choix du cIOS en fonction du jeu : si tu lances un jeu utilisant de base l'IOS56, Wiiflow utilise le cIOS 249 (basé sur le 56). cIOS 250 (basé sur le 57) si IOS 57, etc. Je trouve cette option élégante, et logique.

dans l'emulation de NAND, tu ne peux avoir QUE des options pour l'emulation de NAND, c'est logique. Si tu veux lancer des jeux en sysNAND, passe directement par le menu normal de la console. (il me semble que GX affiche les chaînes sysNAND si on lui demande, mais je me trompe peut-être) perso je suis toujours passé par une extraction d'un dump bootmii pour faire une emuNAND, que j'ai déjà utilisée aussi bien avec USBLoader GX (emuNAND "light"), SNEEK/UNEEK (virtualisation complète) et même avec uniiloader (virtualisation se situant entre le mode light de USBLoader GX et le mode complet e SNEEK/UNEEK, qui n'a pas fait une longue carrière, arrivé trop tardivement et un peu trop lourd à mettre en place). Et les rares WAD qui m'ont résisté en d2x v10 se portaient à merveille en waninkoko rev17 (voire 21, accessoirement)

salut et bienvenue sur Gueux, sache que les hacks Wii et Wii U sont totalement indépendants. Si seule la partie Wii est hackée sur ta console, la mise à jour Wii U n'écrasera rien. et quand bien même ça sauterait, ce ne sont pas les moyens (et les tutos) qui manquent pour rattraper le coup. Et un hack bien fait, c'est au minimum Homebrew Channel et un forwarder (pour le loader). Il y a donc toujours une porte qui reste pour rouvrir le hack. De mémoire, la partie Wii de la Wii U n'a jamais été mise à jour...seuls les premiers modèles de la console devaient faire une première mise à jour pour installer la partie Wii (qui n'était pas prête à la sortie précipitée de la console)

avec Hackmii, deux options sont possibles pour bootmii : la console est compatible boot 2 : bootmii est installé en boot2 + IOS254 la console n'est pas compatible boot2 : bootmii est installé en IOS254 Il n'y a pas d'incompatibilité entre les deux, tu peux tout à fait avoir les deux qui sont installés. De mémoire, avec l'IOS254, il est possible de redémarrer directement sur bootmii, ou un truc du style. si tu tentes toutes les options jusqu'à foutre en l'air ta configuration, libre à toi. Tu as une emuNAND qui fonctionne, je ne comprends toujours pas pourquoi tu cherches absolument les problèmes en activant/désactivant, au petit bonheur la chance, les options ! Utilise ton emuNAND telle quelle, et c'est tout ! Tu as ds wiiware, virtual console, tu as une emuNAND, tu as une config qui marche, il te faut quoi de plus ? Ta wii ne va pas se mettre à te faire le café à chercher la petite bête. ta photo ressemble fort à une corruption de données, tu as fait un scan de ton HDD, histoire de voir s'il n'y a pas des secteurs défectueux ? À moins que ce ne soit USBLoader GX qui souffre d'un bug pour sauvegarder le chemin d'accès de l'emuNAND ohneswanzenegger permet de générer une NAND comme si la console venait de sortir d'usine. Utile pour recréer une NAND de toute pièce sur une Wii boot2 dont la sysNAND serait totalement flinguée. Il te faut juste les clés de la Wii pour ça, raison de plus pour TOUJOURS faire un dump complet de la sysNAND dès que possible (en gros juste après avoir installé hackmii) Pour explorer la NAND, par ftp, tu as ftpii (en lecture seule, bien évidemment). Mais ce n'est pas forcément une bonne idée

bizarre pour le 254...à moins que tu aies extrait et installé tous les IOS de ton ISO, sans vérifier (ce qui comprend un stub pour le 254). Tu peux réinstaller bootmii avec hackmii, mais dans le cas d'une Wii compatible bootmii boot2, l'utilité de la version IOS est quasi nulle (d'ailleurs sur une wii brickée bien comme il faut, bootmii IOS ne peut...rien faire ). l'emuNAND partielle ou totale, c'est au niveau de son lancement que ça change tout. Sneek virtualise toute la NAND, y compris le démarrage du System Menu. En partiel, seuls sont chargés les fichiers utiles au lancement des jeux, sans se taper le chargement de tout l'éco-système. La méthode SNEEK/UNEEK/Uniiloader est restée marginale, c'est plus à voir comme un Proof Of Concept (trop lent et lourd à mettre en place, sans aucun avantage certain, au final). Uniiloader avait quand même la possibilité de lancer les quelques très rares jeux très bien protégés contre les loaders USB (Tintin et le secret de la licorne, et Driver il me semble)...mais vu les daubes, personne n'y perd grand chose à ne pas pouvoir les lancer normalement avec USBLoaderGX ou Wiiflow Je te rappelle que ton emuNAND est une copie quasi 1:1 de ta sysNAND, donc logiquement, ce qui se trouve sur l'une doit se retrouver sur l'autre (à moins que ce ne soit USBLoader GX qui écrème ce qui est inutile ? J'ai toujours fait mes emuNAND à l'ancienne avec extraction d'un dump bootmii ou génération d'une NAND neuve avec ohneswanzenegger)

pour les réglages, à toi de tester. Mais quelques réflexions à ce sujet : - si tu as réglé ta console en 480p, je ne vois pas ce que forcer le PAL480p ajoutera de plus. Quant à patcher la région, jamais eu à le faire, y compris sur des imports NTSC-U/J. - 480p Pixel patch, je suppose que c'est l'option pour corriger le vilain bug SDK du DAC, découvert par Extrems https://www.retrorgb.com/wii-480p-video-bug-discovered.html je doute que l'utilisateur de tous les jours y verra une quelconque différence, mais disons que psychologiquement parlant, on rectifie une erreur grossière de 14 ans d'âge ! - comme déjà dit, avec un loader, tu passes par un cIOS, seul moyen d'avoir un accès USB2 (bon ok, techniquement, si on veut être puriste, l'IOS58 le gère aussi...). Quand tu démarres ton loader, il se charge avec le cIOS249/250/etc. (en gros le cIOS que tu auras paramétré dans les options générales ou que tu auras précisé au moment de compiler l'exécutable), afin de pouvoir utiliser le disque dur. Quand tu lances un jeu (que ce soit Wii, WW, VC), le loader charge celui-ci avec ce même cIOS (ou un autre que tu auras forcé dans les options). En effet, une fois un jeu lancé, il n'y a rien qui tourne en tâche de fond (plus de loader ou de System Menu), c'est un fonctionnement mono-tâche : le jeu, l'IOS pour le faire mouliner, et c'est tout. Donc si tu lançais un WW/VC avec un IOS classique non hacké, il ne pourrait absolument pas lire le HDD (ce qui serait un tantinet embêtant pour son bon fonctionnement). - le patch 16:9 sur les jeux GC, c'est pas trop mal foutu, mais je déconseille. Ça implique de patcher assez fortement l'exécutable des jeux afin de recalculer la position de la caméra virtuelle (qui donne le point de vue du personnage) et ainsi étendre la vue. Les jeux n'ayant pas été développés dans cette optique, ça peut provoquer des glitches vidéo (la console ne calcule que ce que "voit" la caméra, en 4:3, donc si tu élargis au 16:9, tu peux avoir du clipping, des éléments qui apparaissent subitement, etc.). Pour moi, c'est comme vouloir regarder un film 4:3 en 16:9...il est préférable de se mettre dans les conditions qui ont été définies lors de la conception du jeu - forcer PAL60, pourquoi pas, mais les jeux qui en sont dépourvus continueront de tourner en PAL50 (me souviens plus si tous les jeux ont un mode 60Hz en PAL...le 480p, c'est sûr, lui, a été supprimé volontairement des jeux PAL...)

c'est peut-être showmiiwads qui ne rapporte pas la véritable taille des IOS. mais en emuNAND, de toute façon, pas certain que les IOS servent à quelque chose. Logiquement, les jeux VC/WW sont lancés avec le cIOS.

tu te poses vraiment, mais alors vraiment beaucoup trop de question... ton emuNAND, extraite de ta sysNAND, est une image 1:1, il ne faut pas chercher plus loin et je ne comprends vraiment pas que tu t'attardes sur des détails, c'est comme si tu voulais décompiler complètement le system menu pour savoir comment il fonctionne, ça n'a aucun intérêt dans le cadre du hack. je te rappelle que la Wii, c'est pas du multi-tâches. Un jeu, pour fonctionner, n'a besoin que d'une chose : un IOS. Le System Menu sert de loader avec interface graphique. Quand tu lances un jeu, il se lance avec l'IOS pour lequel il a été développé (l'IOS est le liant entre logiciel et matériel). Donc si un truc ne marche pas, tu auras beau chercher à analyser, décortiquer, trafiquer, etc. ton emuNAND, en supprimant des chaînes ou autres, ça ne CHANGERA RIEN du tout. Plus tu bidouilleras des options, plus tu supprimeras des trucs, et plus tu auras des problèmes. Aussi simple que ça. ps : et sur ta première capture d'écran, tu as je ne sais combien d'IOS pesant 0 Mo, ça, ce n'est pas normal !

salut, jamais eu affaire au SAV Nintendo directement, mais dire qu'une console est merdique parce que tu as des soucis, c'est un peu fort de café, non ? Ce n'est pas de bol que ça te tombe dessus, mais, pour mon cas personnel, j'ai 5 Switch : 2 anciens modèles hackées 1 Quest hackée 1 Mariko stock 1 Lite stock et JAMAIS eu le moindre souci de joy con drift, plus de 300h au compteur sur Zelda sur ma console principale + 200h sur ma Mariko (j'ai recommencé en mode expert) au moins autant sur des émulateurs divers et variés (sur ancien modèle hacké avec Atmosphère). Je les transporte assez régulièrement, j'y joue très régulièrement avec la 60aine d'originaux en ma possession (que des jeux cartouches, sauf très rares exceptions de jeux uniquement démat) et elles résistent même aux enfants (nièces). J'ai juste eu 1 ou 2 fois un message de cartouche illisible (sur une seule de mes consoles), qui s'est arrangée en la retirant et réinsérant à nouveau...probablement un peu de poussière. donc non, ce n'est pas de la daube ! La plupart des problèmes viennent des utilisateurs. Et Fortnite, ça me rappelle un peu Mario Party sur N64 (un destructeur de joystick). Il faut peut-être s'interroger sur les jeux auxquels joue ta fille (les jeux rapides où le joystick morfle bien comme il faut, comme Fortnite). Ou penser à lui acheter une manette PRO qui réglerait tous les problèmes d'usure prématurée La portabilité de la console implique forcément des joysticks low profile dans la même veine que la 3DS...ce qui les rend bien évidemment plus fragiles qu'un joystick de manette 360 ou PS4. Mais si on les utilise normalement, sans s'acharner dessus, pas franchement de risque de drift (sauf cas exceptionnels).

avec ces options tu te retrouves avec une copie 1:1 de ta sysNAND, donc c'est très bien. Et avec la copie de SYSCONF, tu gardes les paramètres de synchronisation de tes wiimotes donc tu as très bien fait (resynchroniser des wiimotes en emuNAND, c'est une véritable plaie)

ça donne l'impression que c'est au niveau de ton emuNAND qu'un truc a "sauté"...essaie d'en refaire une propre (en déplaçant temporairement les dossiers actuels dans un sous-dossier), d'y installer quelques wiiwares et voir ce que ça donne.

Salut, la section Jeux n'est pas dédié au hack, merci d'en tenir compte pour la prochaine. Je déplace. tu parles de patches, mais lesquels exactement ? Atmosphère 0.13.0 nécessite une mise à jour de ceux-ci, notamment au niveau du loader. Si ce sont les patches pour atmo 0.12.0, faut pas chercher plus loin. Les seuls à utiliser sont ici : https://gbatemp.net/threads/sigpatches-for-atmosphere.567542/ aucune raison que ça ne fonctionne pas avec ça.

salut, je doute que le paramétrage de Metal Slug y soit pour quelque chose...mais j'ai l'impression que tu as réglé le loader par défaut sur le cIOS224, au lieu de le paramétrer uniquement pour ce jeu. Le loader doit être réglé sur le cIOS249 ou 250, et rien d'autre. Et le cIOS hermes, si ma mémoire ne me fait pas défaut, ne supporte pas le NTFS ! Donc une fois le loader réglé sur 224, forcément, ça donne de mauvaises surprises au prochain boot (plus aucun jeu). plutôt que le cIOS hermes, je te conseille le cIOS waninkoko rev17 (si ton emuNAND est à la racine) ou rev19 (si ton emuNAND est dans un répertoire). Mais surtout pas en utilisant l'installeur officiel (qui écraserait le cIOS d2x puisque tu ne pourrais pas choisir le slot d'installation), il faut passer par mes fichiers WAD personnels (ou les faire toi-même) https://gueux-forum.net/ftp/wii/Console/Loaders/cIOS/cios_waninkoko_alt.zip une fois installé(s), il suffira de régler les options du jeu sur le cIOS 217 (rev17), 219 (rev19) ou 221 (rev21).

salut @xmass73 j'avais un peu perdu de vue ton sujet, pas mal à faire IRL (travaux dans ma maison ) Je vais essayer de récapituler : L'IOS62 ne sert qu'au logiciel de transfert Wii > Wii U, donc aucun rel intérêt. remettre au propre, ou laisser crado, ne change pas vraiment grand chose au risque de brick, qui survient majoritairement : en installant des WAD douteux, ou avec des bannières mal fagotées en bidouillant l'IOS du System Menu, ou le System Menu lui-même en jouant les apprenti-sorciers pour modifier la région de la console donc comme pour les virus et autres joyeusetés, ce n'est pas l'antivirus qui compte, mais l'utilisateur ! Si tu te poses toujours les bonnes questions AVANT de tenter un truc, que tu te documentes et que tu ne joues pas au cow-boy, peu de chance que tu brickes quoi que ce soit ! si on veut être puriste, je ne respecte pas à 100% mon précepte, sinon je laisserai les IOS stub en place (mais je n'aime pas garder des coquilles vides inutiles, surtout quand l'espace-NAND de la Wii se compte en à peine quelques centaine de Méga octets ! Chaque économie, même de 150ko, c'est déjà ça de pris. Mais la suppression des stub n'est pas une obligation pour avoir un système "propre" pour la fragmentation, même si ce n'est pas une bonne nouvelle pour toi, ça me rassure au moins sur une chose : il n'existe pas une version top secrète de WBM qui gère la pré-allocation de fichiers ! Sinon j'aurais été jaloux WIT reste la rolls des rolls pour les conversions ISO > WBFS, dommage que la ligne de commande peut en rebuter plus d'un ! Après, entre nous, à part la vidéo dans Metroid Other M, assez gourmande en bande-passante au moment du décodage, je n'ai jamais vu d'effets négatifs avec un HDD fragmenté, mais, et c'est ma vision très personnelle de la chose, si un HDD lit les données correctement rangées les unes à la suite des autres, c'est bien mieux que d'aller picorer à droite à gauche (ce qui stresse les têtes de lecture). Sûrement un reliquat de mon expérience de la période Dreamcast, où j'ai toujours été sidéré d'entendre le bruit de la lentille qui lutte (spéciale dédicace à Soul Calibur et ses fichiers audio gauche/droite séparés ! Quelle horreur pour le lecteur). Avec bootmii boot 2 installé + priiloader, tu n'as aucun risque de brick irrécupérable. Pense juste à bien faire un backup de ta NAND ! Priiloader a ses qualités, mais un léger défaut (en fait c'est pas vraiment son problème, mais celui des loaders USB). En effet, si tu bootes direct de priiloader à USBLoader GX, tu ne peux pas appairer de nouvelles wiimotes, ce qui peut être embêtant. La synchro des wiimotes se fait exclusivement sur l'interface normale de la console (ou au boot screen si tu ne l'as pas désactivé comme moi). Certes il vaut mieux trop se poser de questions que pas assez, mais sans non plus creuser à 15km sous terre il faut un juste milieu.

les jeux Virtual Console Neogeo ont toujours posé problème, notamment avec les Wii PAL, du fait de portages dégueulasses avec un émulateur mal fagoté. tu peux tenter de patcher les WAD avec le loader maison de Waninkoko. Quelqu'un a préparé un pack AIO pour ça : https://www.reddit.com/r/WiiHacks/comments/3zkxwl/guide_how_to_install_and_play_ntsc_virtual/ (pas testé pour ma part) si le cIOS hermes arrive à les faire tourner, ça ferait au moins une utilité à ce cIOS préhistorique

salut, passer par les serveurs de Nintendo pour ? la mise à jour ? si tu veux passer en 4.3, n'importe quel jeu original "récent" (2011/2012) le fera. Mais ce serait une grossière erreur. En 3.4 tu as toutes les portes ouvertes, tu peux passer par bannerbomb, letterbomb, ainsi que toutes les failles jeu...y compris la bonne vieille faille Zelda Twilight Princess ! Il serait donc fort dommage de passer en 4.3 (du moins dans l'immédiat) ! Si tu veux faire les choses dans l'ordre : hack de la console en 3.4 avec la faille de ton choix passage en 4.3 avec Dop-Mii ou manuellement en installant tout le contenu d'une partition de mise à jour le contenant, en commençant par l'IOS80 bien évidemment (IOS du System Menu) le tuto : les failles :

j'ai déjà tout dit, et je le répète, je n'assure pas le SAV des logiciels, qu'ils soient bons (modmii) ou mauvais (brick my wii). Je doute que tu veuilles un jour downgrader ta console, (ZERO INTÉRÊT), ni que tu veuilles bricoler les IOS ou autre. Et si tu me dis qu'en plus tu as un boot2 compatible bootmii, tu ne pourras JAMAIS plomber complètement ta console, impossible. tu te prends la tête depuis des jours sur un hack d'une console morte et enterrée, qui ne subit plus AUCUNE mise à jour, que ce soit du firmware, des IOS, cIOS, et autres homebrews. J'ai donc énormément de mal à comprendre que tu n'appliques pas simplement ce que j'ai dit et répété plus d'une fois. J'ai déjà aidé des dizaines d'utilisateurs du logiciel infernal dont je tairai le nom, j'ai récupéré une bonne 20aine de cartes mère totalement brickées en utilisant un mod hardware pour réinjecter ce qui va bien, j'ai même volontairement brické ma Wii noire pour le fun de la déplomber par la suite, bref, je ne me prétends pas expert irréprochable et incollable dans le domaine, mais je sais quand même à peu près de quoi je parle. mon syscheck idéal, je l'ai déjà posté à de multiples reprises. Et le concept est très simple : ON TOUCHE LE MOINS POSSIBLE AU SYSTÈME. Donc les logiciels du bricoleur du dimanche, qui patchent tous les IOS n'importe comment, sans raison, c'est poubelle. L'IOS60 patché pour éviter les risques de downgrade ? pas bête, mais totalement inutile à moins que tu te sentes l'âme de downgrader (et la question à se poser : pourquoi tu le ferais ?). À la rigueur ce serait marrant à faire sur une LU64+ (comme ma Wii noire) pour permettre de faire tourner un System Menu 3.2 sans bricker la console...mais là encore, ce serait pour la curiosité de le faire, en pratique ça n'apporterait rien. et si le but est de lancer un loader USB, des homebrews et des jeux GC, de toute façon, le System Menu, on l'oublie vite : priiloader > chargement direct d'USBLoader GX, et tu auras tout à disposition pour lancer tout ce que tu veux, sans jamais revoir l'interface originale... je finirai par rappeler la temporalité du hack Wii : hack apparu en 2006/2007 (13 ans !) dernier cIOS en...2012 (8 ans !) ça remet un peu le hack dans le contexte, et rappelle que plus rien n'évolue de nos jours, à part de petits détails sur les loaders USB, une compatibilité toujours plus haute pour Nintendont, et quelques émulateurs qui sont encore mis à jour. ps : il y a une chasse aux sorcières sur le dernier cIOS de daveboal, probablement parce qu'il a finit par abandonner le projet et que certains petits bugs n'ont pas été forcément corrigés. Pour ma part, et c'est mon expérience personnelle que personne ne pourra remettre en cause, je tourne sur d2x v10 beta 53 depuis sa sortie il y a 8 ans, et je n'ai JAMAIS eu le moindre souci, y compris avec de l'emuNAND, et ce, que ce soit sur mes Wii ou mes Wii U. Donc se cantonner à la v8 finale, c'est dommage. Oui, la v10 a plus de souci avec certains HDD (non reconnus), mais tout n'est question de test. Dans TON CAS PERSONNEL, si la v10 b53 fonctionne, il n'y a pas de raison de repasser en b52, voire en v8 finale. C'est aussi simple que ça. la V10 apporte plus de souplesse sur certaines fonctionnalités, qui en valent le coup. Mais ça ne reste que mon avis.

forwarder = raccourci C'est une chaîne qui contient une bannière et tout ce qui va bien pour faire joli, mais il n'intègre pas l'exécutable du homebrew. Il y a un mini loader qui va butiner à un emplacement bien précis sur la carte SD (ou le HDD partition FAT32) En gros, le démarrage d'un forwarder, c'est : Interface Wii > forwarder snes9x > mini loader qui va aller chercher SD:\apps\snes9xgx\boot.dol ou HDD:\apps\snes9xgx\boot.dol > chargement du DOL correspondant > Snes9xgx se lance Tandis qu'une chaîne autonome, tu prends un homebrew à un instant t (Snes9xgx 4.3.2, au pif), tu le fous dans un WAD > le homebrew est figé dans le marbre à cette version, dans la sysNAND. Si une nouvelle version de snes9xgx sort, au pif la 4.4.8, tu es obligé de désinstaller la chaîne obsolète, de faire un nouveau WAD avec la nouvelle version, puis de la réinstaller. Tu ne peux pas profiter des mises à jour en ligne (qui ne savent pas, et surtout ne peuvent pas réécrire dans la sysNAND pour des raisons évidentes de sécurité), tu ne peux pas profiter des bases de données, jaquettes, cheats codes, etc téléchargeables en ligne (un WAD, dans la sysnNAND, ne dispose pas d'un espace de stockage utilisable à loisir Bref, pas de chaîne autonome, que des forwarders. Si tu es passé par l'installeur officiel de snes9x, bravo, tu as déjà le bon forwarder ! Et ce que déblatère l'autre logiciel montre une fois de plus toute son incompétence à faire les choses correctement. Il doit certainement lire la version du forwarder (l'installeur n'est pas mis à jour à chaque mise à jour de snes9x !) La meilleure arme pour être sûr de ce qui est mis sur la SD, c'est toi-même. Ne fais confiance à personne d'autre, et surtout pas à brick my wii !

à mon avis, pour snes9x, tu confonds la version homebrew classique (dol) avec une chaîne WAD que tu aurais installé. à ma connaissance, aucun logiciel ne sait répertorier les homebrews présents sur une carte SD. Logiquement ça ne scanne que les chaînes WAD et les IOS, présents dans la sysNAND. ps : un homebrew en chaîne autonome, c'est le mal ! Ne JAMAIS installer ce genre de chose. Snes9x, ça se lance depuis HBC ou avec le forwarder officiel, et rien d'autre ! Et j'ajouterai que le seul "scan" qui compte, c'est ta mémoire, la seule à savoir ce que tu as mis sur ta SD ! Si tu as mis snes9x 4.4.8 sur ta SD, et que tu le démarres depuis un forwarder ou la chaîne homebrew, c'est sûr et certain que tu as bien la 4.4.8, quoi qu'en dise ce logiciel inutile et toxique (oui, je n'aime pas du tout ce truc, à force de faire la femme de ménage pour réparer ses conneries) Quant à Modmii, il n'a rien à faire dans cette histoire. Evite de suivre ce que dit Xflak. Son App a beau être bien foutu, il a tendance à toujours donner la même réponse : utiliser modmii. Sauf que ça ne sauvera pas les bébés phoque, ça ne refermera pas le trou dans la couche d'ozone, et ça ne t'apportera rien, dans ton cas. Modmii ne fera rien de plus que ce que je t'ai déjà dit de faire, et que tu ne sembles pas vouloir faire (c'est ton choix, mais perso je ne ferai pas le sav pour modmii). Tu as pris le temps de comprendre ce que tu fais, et tu voudrais laisser une app décider à ta place sur ce qu'il faut faire, c'est dommage.

garder trucha sur l'IOS36 n'a plus aucun sens de nos jours. priiloader supporte AHBPROT depuis bien longtemps. l'IOS60 est pour le system menu 4.1, aucune raison de le garder

tu as tout bon. Quelques précisions : les cIOS hermes (222, 223, 224 ne dérangent pas...mais ne te serviront à peu près...jamais) le cIOS 202 ne te servira jamais (utilisé uniquement par un homebrew type mediacenter, de qualité moyenne, la Wii n'étant pas taillée pour le décodage vidéo) un cIOS base IOS58 ne sert à peu près jamais (j'ai beau chercher, je ne vois pas à quel moment il pourrait servir...un cIOS a déjà la compatibilité USB2, et tous les jeux tournent soit en base IOS56, soit en base IOS57) le 254 sert à bootmii (version IOS). À garder !

Dop-mii, YAWMM, peu importe le logiciel, ils fonctionnent de la même façon. Il faut voir un IOS comme une unité de stockage. Si tu y mets quelque chose, ça écrase ce qui s'y trouvait avant. Dop-Mii, au lieu de passer par des WAD (hors ligne), est fait pour aller butiner directement les serveurs NUS de Nintendo (pour peu qu'ils soient encore actifs), une sorte de mode online comme si tu faisais une mise à jour officielle. Si tu as extrait les IOS, tu te doutes que Dop-Mii n'est plus très utile...d'autant qu'avec YAWMM, tu peux installer tous les IOS d'un dossier, d'un simple "clic". Avec Dop-Mii, c'est un par un ! ps : sur ta capture, tu peux voir que les stub ne pèsent pas grand chose dans la sysNAND (165ko, desquels on peut enlever une petite partie pour l'encapsulation WAD)

uSBLoader GX a toujours eu des soucis avec l'affichage de la taille du disque, ça revient assez régulièrement. Perso c'est désactivé chez moi, donc ça ne me pose aucun souci une fois qu'un backup est au format .wbfs, tu en fais ce que tu veux...d'ailleurs tu pourrais même utiliser directement le format .iso (mais bien plus volumineux). La conversion n'est qu'un plus pour nettoyer les isos des fichiers dummy inutiles (servant au remplissage de la galette) et des mises à jour. Sur Wii, les jeux sont stockés sur la SD avec un chiffrement utilisant les clés propres à ta console. Ils sont donc bien présents. Et d'ailleurs c'est un système bien moisi parce qu'à chaque fois que tu lances un jeu depuis la SD, la console le copie en fait temporairement dans la sysNAND (elle est incapable de lancer réellement le moindre fichier depuis la SD). C'est lent, lourd, pas fiable, bref, à jeter. Dans ton cas, le mieux est de faire une emuNAND "propre" depuis USBLoader GX. Comme il extrait directement ta propre sysNAND, tous les jeux installés vont se retrouver dans l'emuNAND...par contre ceux sur la SD seront normalement ignorés (au mieux tu vas récupérer le ticket d'installation...qui ne te servira à rien). Donc ne désinstalle pas les jeux. Par contre, oui, réinstalle les IOS avant. Ce serait dommage de faire une emuNAND bourrée d'IOS frelatés, même si je ne suis pas certain qu'ils servent dans le cas d'une emuNAND via USBLoader GX, puisque tu passes par le cIOS. Le seul cas où tout est chargé de l'emuNAND, c'est quand tu bootes tout le système depuis une emuNAND (avec sneek ou uniiloader)