Badablek

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)

tu utilises quelle version de WBM ? Le pourcentage de fragmentation m’interpelle (j'ai fait pas mal de tests, avec plusieurs HDD) pour de la copie HDD ↔ HDD, personnellement, je ne serais pas passé par WBM. Le jeux sont déjà convertis, une copie simple suffisait

on apprend mieux si on le fait soi-même Tu as déjà fait le plus dur (poser des questions, comprendre le fonctionnement, etc.), tu es à deux doigts du résultat : https://www.hackintendo.com/download/wiibrowse/ l'archive contient tout le nécessaire, reste juste à ouvrir un backup Wii (au format .iso, on est d'accord, pas au format .wbfs qui est dépourvu de la partition de MAJ), d'aller sur la partition qui comporte les IOS, et d'extraire tout ça. 0% fragmenté ? c'était une conversion wbfs2fat je suppose (ce qui serait normal). Pas possible d'avoir ce résultat avec WBM

le format des DVD Wii, avec plusieurs partitions, est propre à la console. Isobuster ne pourra pas voir/lire correctement l'architecture des ISOS Wii. Il faut utiliser wiibrowse, outil dédié à cela. USBLoader GX peut installer des WAD dans une emuNAND (mais jamais testé pour ma part) Settings > Features > Install Wad (j'ai fait un C/C de Cyan, qui répondait sur GBAtemp, donc il explique en anglais) Showmiiwads est une alternative sympathique pour le faire directement de ton PC (ma méthode préférée), ça évite la double/triple peine (copie du WAD sur la SD ou HDD, installation du WAD depuis la SD/HDD vers le HDD, suppression du WAD de la SD/HDD) ma mésaventure est anecdotique, une mauvaise série je suppose. J'ai des cartes SD de toutes les tailles et tous les âges, qui fonctionnent parfaitement oui, l'avantage des partitions classiques FAT32/NTFS, c'est que tu peux gérer le stockage avec les logiciels de partitionnement/défragmentation/copie/optimisations/etc. pas de souci, ravi de pouvoir parler hack et expliquer les choses, bien plus utile que de dire : prends pimp et appui sur le bouton ,pour qu'il fasse n'importe quoi

plus simple que d'ouvrir n'importe quel ISO de jeu "récent" (par récent, entendre sorti après 2011 plus ou moins) ? non, je vois pas ! Metroid Other M, Pandora's tower, The last story, Xenoblade Chronicles, Zelda Swkyward sword, Donkey Kong Country Returns, bref, y'en a pleins tu n'as pas saisi le fonctionnement de l'emuNAND dans ce cas ! Installer un WAD dans la NAND réelle, évidemment, la chaîne apparaît sur l'interface normale de la console...mais si tu t'embêtes à mettre en place une emuNAND dans USBLoader GX, c'est bien pour ne PAS les installer dans ta sysNAND. USBLoader GX sert alors d'interface/liant entre l'emuNAND (l'habitacle), le wiiware/Virtual Console (le conducteur) et le cIOS (le moteur) celle qui s'est littéralement décomposée au niveau du plastique, sans être une "grande" marque, c'était de la bonne came quand même. C'est l'emballage qui n'a pas survécu (mais m'a servi depuis le tout debut du hack Wii, jusqu'à la fin), probablement un plastique de mauvaise qualité. Même rognée quasi jusqu'à l'os, je m'en suis encore servi Il faut bien faire le distinguo entre le format de FICHIER .WBFS et le format de PARTITION WBFS. Si tu as utilisé un HDD en NTFS sur lequel tu as mis des jeux au format .wbfs, pas de souci, tu peux repartitionner. Mais l'idéal aurait été de partir d'une bonne base, avec un HDD correctement partitionné (ou une seule partition en FAT32). Parce que repartitionner un HDD qui est déjà bien blindé en données, ça complexifie le processus, les fichiers se retrouvant à cheval entre deux partitions (nécessitant leur déplacement préalable). Et en général, avant de tirer des plans sur la comète, on teste si c'est compatible avec Nintendont (si les jeux GC t'intéressent bien évidemment) et avec les homebrews que tu voudrais lancer depuis ce média. Logiquement, si Nintendont fonctionne, tout le reste fonctionnera (il faut un boîtier de bonne facture, pas un machin noname. Pas besoin d'y mettre 50 balles, perso je tourne exclusivement avec des boîtiers Advance miniUSB3 et ça marche d'enfer) La fragmentation de WBM est énorme, MAIS à part sur un jeu (Metroid Other M, dans les cinématiques), je n'ai jamais vu/eu/entendu de quelconque souci. Mais question de psycho-rigidité de ma part, savoir qu'un logiciel, aussi bon soit-il (j'adore WBM !), fragmente à mort le HDD, même neuf, totalement vide, psychologiquement, je ne peux pas supporter À l'époque où j'en ai averti le développeur (avant qu'il n'abandonne le projet), j'avais fait des captures d'écran comparatives. Avec WIT 0% de fragmentation (testé sur 50Go à peu près, de mémoire), avec WBM, même backups, même HDD, la fragmentation montait direct à plus de 50%, la faute à la non préallocation des fichiers par WBM. Pour moi, inacceptable ! Maintenant, si tu récupères les fichiers sur un autre HDD, pour repartitonner proprement par exemple, il suffit d'utiliser un logiciel de copie qui fait de la préallocation et tu seras bon. Sinon, vu que t'es en NTFS ou FAT32, n'importe quel logiciel de défragmentation fera l'affaire ps : WIT est un logiciel de conversion, pas de copie. Une fois un jeu au format .wbfs, tu le tritures comme tu veux avec les logiciels classiques de copie/défragmentation/stockage. WIT n'intervient que dans la conversion .iso > .wbfs Perso pour la copie, je reste sur le bon vieux Supercopier 2.2 beta (et surtout pas les dernières versions qui sont à jeter à la poubelle depuis que repris par un autre développeur, bien moins doué) avec toutes tes questions, au moins, tu cherches à comprendre ce que tu fais, tu es sur la voie de la guérison par rapport à tes "erreurs" passées (brick my wii !). La rédemption n'est pas loin

pour remettre d'aplomb les IOS, le plus simple et le plus rapide : tu prends n'importe quel ISO d'un jeu récent, contenant la MAJ 4.3, duquel tu pourras extraire tous les IOS dont tu as besoin. Je te conseille de tout extraire (je parle uniquement des IOS, pas du System Menu ni du BC ou autre) sauf l'IOS80, qui est déjà patché, donc à laisser tel quel pour les raisons évoquées dans tes copier/coller. Ensuite avec un manager de WAD supportant l'installation par lots (je ne sais pas si MMM le fait, mais YAWMM oui, en tout cas), tu réinstalles tout, d'une traite. Une fois les IOS "épurés", libre à toi de supprimer les IOS stub (et accessoirement les IOS coréens) avec Dop-Mii. Après qu'on se comprenne bien, je ne dis pas que ta Wii va s'enflammer du fait d'IOS trucha, mais un hack, moins on touche au système, mieux on se porte ! Les stub coûtent peu cher en espace (même si la Wii n'a que 512Mo de flash), et une fois l'emuNAND en place, à dire vrai, tu t'en fiches de la taille de la flash originale Et pour la petite histoire, patcher trucha tous les IOS ne sert QUE pour utiliser la faille DVD, sur des consoles très anciennes et non à jour le supportant, pour lancer des backups sur galette, sans puce (méthode darkcorp/cioscorp), en se limitant à une vitesse de 3x (contre 6x avec des originaux ou backups+puce). C'est totalement trivial, inefficace au possible, et donc digne de brick my wii. Et des loadings deux fois plus longs pour avoir le plaisir de lancer un backup par la chaîne disque, faut aimer se faire du mal ma version custom d'USBLoader GX ne modifie que le mode de gestion/affichage des jeux Wii/Gamecube/Wiiware. Tu peux passer de l'un à l'autre, à ta guise, sans que ça pose le moindre souci. Pour les cartes SD/microSD + adaptateurs, il n'y a absolument aucun logique à dire que ça poserait problème. À part les soucis de connectique, puisque, effectivement, au lieu d'un seul contact par broche, tu en as 2 (1 de la micro vers l'adaptateur, 1 de l'adaptateur vers le slot SD de la console). Donc si on veut rester cartésien, 2x plus de contacts peut augmenter légèrement des soucis de contact, mais, de ma propre expérience, je n'ai jamais eu ce cas de figure (par contre des SD qui crament ou tombent en miettes, ça, j'ai déjà eu) ta configuration de HDD est impossible...le format de partition WBFS ne peut pas cohabiter avec un autre format de partition. Les logiciels qui permettent de formater en WBFS n'ont pas été faits pour partitionner les HDD. C'est donc 0 ou 1 Si tu as un disque au format WBFS, il ne fait aucun doute que tout le disque est en WBFS, d'un seul tenant. Si c'est bien ce type de partition, wbfs2fat se fera une joie de convertir le HDD en FAT32, d'un clic, en quelques secondes à peine. Et tu peux très bien te contenter d'une seule partition FAT32, il faudra juste fractionner les jeux (convertis au FORMAT WBFS) en deux, pour les plus gros (>3.99Go, taille maximale des fichiers sur FAT32). Tous les logiciels de conversion le font automatiquement. Et une fois en FAT32, n'importe logiciel de partionnement te permettra de modifier l'architecture de tes partitions (création/suppression/modification) Je recommande WIT, qui supporte la préallocation de fichiers (évitant une fragmentation énorme comme le ferait Wii Backup Manager, un formidable outil, mais dont le manque de cette fonctionnalité le rend totalement inutile) Dans mon tuto, j'ai donné un batch à utiliser avec WIT (puisque bonne vieille ligne de commande), très fonctionnel.

tout ce qui est extra (loaders, emuNAND) passe forcément par le cIOS. Donc que tu installes tel ou tel IOS, à vrai dire, ton loader s'en fiche comme de son premier slip les IOS ne servent que pour certains homebrews (en gros, il faut avoir le 58 pour profiter de l'USB2, c'est tout) et les jeux officiels sur galette. Quand tu charges un backup depuis un loader USB, il utilise forcément le cIOS249 (par défaut) ou un autre cIOS que tu aurais paramétré manuellement (exemple avec les Juste Dance qui ne tournent QUE sur un cIOS base IOS57, donc sur le cIOS250) ouais j'avais oublié que tu avais posté un syscheck et tu as du grand brick my wii, j'en ai les yeux qui saignent. Tous les IOS trucha signés (inutilement), les IOS des anciens System Menu maintenus (inutilement) et trucha signés (inutilement)...il a juste épargné les IOS coréens 40 à 48 (qui sont de toute façon des "déchets" sans intérêt sur une console européenne). Y'a pas à dire, il laisse une signature inimitable (montrant sa totale incompréhension du hack). même un starter pack, c'est hyper subjectif...la preuve, combien se contentent de prendre brick my wii et de cliquer sur un bouton pour le laisser faire toutes les conneries qu'il veut ? Tout le monde n'a pas envie de comprendre le hack, encore moins d'avoir une NAND propre (du moment que les jeux piratés tournent, ils s'en fichent). Parler de Dop-Mii, c'est déjà creuser trop profond il faut considérer Hackmii Installer comme le starter pack, le reste n'est qu'un vaste menu à la carte, où chacun coche les cases dont il a besoin. Même l'installation d'un cIOS est purement subjectif (certains se contentent de homebrews), même si cela ne représente pas la majeure partie des gens, je le concède. Mais la Wii étant du passé depuis bien longtemps, même pas sûr que perdre son temps à faire un AIO intéresse grand monde

Pour gérer les ios, dop-mii se fera une joie de t'aider. Mais sache que si c'est pour du backup, c'est le cIOS qui s'occupe de tout. Si tu as utilisé brick my wii de manière un peu trop cavalière, tu as déjà du pourrir tes IOS (trucha signés). A voir avec un petit syscheck... Enfin, un pack AIO n'a aucun intérêt, chacun voit midi à sa porte, et a sa vision de ce qui est intéressant ou pas. Le but d'un hack n'est pas de blinder la SD de homebrews inutiles

Si tu relis le tuto, la première chose que Cyan demande de faire, c'est de paramétrer le dossier de l'emuNAND. Donc oui, tu choisis, dès le début, le dossier où sera stockée l'emuNAND. Si tu veux utiliser exclusivement le cIOS d2x, tu peux stocker à la racine, dans un dossier, comme ça te chante. Par contre tu te priveras de l'utilisation des anciens cIOS waninkoko (ma préférée : la rev17, véritable 4x4 tout-terrain avec les wiiware/Virtual Console) qui ne supportaient que l'emuNAND à la racine. Bref, tu n'améliores pas la compatibilité de l'emuNAND en la mettant à la racine, mais tu autorises par contre le cIOS rev17 de fonctionner sans souci. pourquoi donc ? son petit surnom (c'est comme Bettlejuice, faut pas prononcer son nom), dans les milieux du hack Wii, c'est "brick my wii", ce n'est pas pour rien. Ce logiciel, même s'il s'est amélioré avec le temps, fait faire n'importe quoi aux utilisateurs, sous couvert du "au cas où". Quand on décortique toute la merde qu'il fait, on se rend compte que son développeur n'a strictement rien compris au fonctionnement du hack sur Wii. Donc, bien évidemment que ce n'est pas validé ! Un bon conseil, fous ce machin à la poubelle, ta Wii ne s'en portera que mieux, et tu comprendras tout ce que tu fais (contrairement à un truc obscur qui fout le bordel sans te dire) La recette de la WIi bien hackée, c'est : Homebrew Channel (tellement évident mais il faut le rappeler) USBLoader GX (dernière révision) version "vanilla", ou ma version TABMod ici ou là cIOS d2x v10 b53 (si fonctionnel) ou b52 sinon, et au pire du pire, la v8 finale cIOS rev17 waninkoko (version WAD modifiée ! l'installeur écraserait le cIOS d2x !) en secours pour les wiiware récalcitrants (MotoHeroz par exemple) une emuNAND paramétrée à la racine du HDD Nintendont (dernière révision) Tous les homebrews qui te plaisent...perso je suis friand d'émulation, donc : FCEUGX, Snes9xGX, mGBA, ScummVM Wii (une tuerie à la wiimote), Quake, Doom, etc. Pour le HDD : Partition #1 : FAT32 (emuNAND, Wiiware, Virtual Console, jeux Gamecube au format .ISO, homebrews) (entre 50 et 100Go suivant tes besoins) Partition #2 : NTFS (jeux Wii au format .WBFS) Plus d'infos ici :

salut, sachant que Cyan est le mainteneur principal d'USBLoader GX, une chose est sûre, tu peux suivre son tuto à la lettre sans souci. Là où je serai un peu moins tranché que lui, c'est que j'ai toujours utilisé l'emuNAND partielle pour ma part, et je n'ai JAMAIS eu le moindre souci avec, si ce n'est quelques très rares jeux qui nécessitaient un cIOS waninkoko pour fonctionner (de mémoire, il y en avait 2 ou 3, je n'ai plus tous les noms en tête, mais il y avait Motorheroz pour sûr). Et pas certain que l'emuNAND totale y change quoi que ce soit puisque c'est une incompatibilité directement au niveau du cIOS. il a également une forte aversion pour la beta53 du cIOS d2x v10...certes elle peut causer des soucis de compatibilité avec certaines configurations bien spécifiques, mais, chez moi, elle a toujours fonctionné comme elle le devait. LA beta 53 supporte le plug 'n play, très utile pour les jeux le demandant (jeux avec périphériques USB notamment). Perso je recommande toujours de tester la beta 53 en premier, et s'il y a le moindre souci, de passer à la beta 52, voir à la V8 finale

salut, c'est la puce qui gère, comme le ferait un trinket m0 sur une Switch non patchée. Donc le payload est injecté sans intervention utilisateur la puce ne change rien au DRM de Xecuter. Bien évidemment qu'il faut une licence (vendue avec la puce) même combat que pour la méthode software SXOS. La puce et SXOS partagent exactement le même code, le boot.dat n'est pas différencié suivant que tu sois sur la puce ou avec la méthode à l'ancienne logiquement oui. La puce utilise au final la même faille qu'en software, sauf que les timings pour berner la vérification des hashes nécessite une puce pour se faire (dans la même veine que le glitch sur Xbox 360). C'est encore Nvidia qui n'a pas fait ses devoirs et a laissé une porte dérobée que Xecuter arrive à abuser c'est le fond de commerce de Xecuter depuis le début (et prétendument à l'épreuve des bans...ce qui reste à prouver). Donc pourquoi ils changeraient cela ? Quitte à répéter ce que j'ai dit plus haut, la puce utilise SXOS, le même que via la faille software. Même custom firmware, donc mêmes fonctions ! Deux puces existent : la Core pour les consoles classiques, patchées ou non, mariko ou non la Lite pour les consoles Lite S'il y a bien une différenciation entre Core et Lite, c'est pour une raison. Donc hors de question d'installer une Lite dans une classique, et inversement. Un petit copier/coller de la Team : SX Core is compatible with all Switch regular models, whether they are Mariko, patched or unpatched. SX Lite is for all Switch Lite. All firmwares are supported for both regular and lite versions. SX OS license is included with both models.

le remède à ce problème n'a pas changé, que ce soit hier, aujourd'hui ou demain : le fichier boot.firm de la dernière version de Luma3DS doit être placé à la RACINE de la carte SD. il n'y a eu aucune mise à jour majeure officielle, de chez Nintendo, qui empêcherait Luma de fonctionner.

salut, quel tuto ? pour t'aider, faudrait déjà savoir ce que tu as bien pu faire. En effet, le hack Switch ne s'installe pas (sauf AutoRCM), le résultat m'étonne donc un peu. tu as downgradé ? upgradé sans cramer les efuses (en laissant AutoRCM activé dans ChoidujourNX) ? quant à Atmosphère, depuis Hekate, tu dois chain-loader fusée-primary, il ne faut pas passer directement par Hekate. Logiquement, en repartant d'une base propre, tu mets un Atmosphère clean (pas une version daubée à la sauce Blawar) et tu bootes avec le payload fusée-primary ET RIEN D'AUTRE. Ça ne peut que fonctionner, pas possible autrement ! bref, va falloir détailler ce que tu as fais. ps : sur GX, tu as un tuto pour dumper la NAND. Pour Atmosphère, ça consiste à mettre les fichiers sur la microSD et envoyer fusée-primary par le moyen que tu préfères. Pas vraiment matière à faire un tuto (ou alors pour expliquer certaines options activables, et encore).

bon, il y a de la progression dans ton sujet, c'est déjà pas mal. Dommage que le constructeur ne respecte pas les standards Windows 10, avec au minimum un fonctionnement complet de la tablette dès Windows installé. Là, il faut encore se prendre la tête avec les pilotes...ça me rappelle les week-ends dépannage à l'époque de Windows 95/98/XP/7 (rayer les mentions inutiles ) pour l'alimentation, j'ai bien peut qu'il te manque les drivers du chipset ou MEI. Et sans ça, Windows ne pourra pas communiquer correctement sur la batterie. Ici, il semble y avoir les pilotes pour la Linx 7" (Kazam est un rebranding de Linx, en Europe). On y trouve un pilote I2C, audio (Realtek), etc. . Ça ressemble énormément à ta Kazam 8" j'ai trouvé le "nid" de pilotes dans Linx 7inch Drivers.rar\Linx 7inch Drivers\7inch\drivers\LINX7\2056+COF\chipset\ww30PV-with-LED\mrd7-pv-ww30-led\ww30\DriverPackage\Installer\PlatformInstaller\Drivers Si ça ne donne aucun résultat, pour le son, tu peux toujours tenter ceci, ça ne mange pas de pain : https://thedigitallifestyle.com/w/index.php/2015/10/22/how-to-fix-a-no-audio-issue-on-a-linx-8-running-windows-10-insider-preview-builds/ sinon, dans le gestionnaire de périphériques, pas de truc inconnu, pas de point d'exclamation ? Autre piste : http://support.linxtablets.com/Products/Linx1020/ rubrique "drivers" ce modèle se rapproche des caractéristiques de la Kazam Vision 8" (processeur Intel Atom x5 z8300)

rien ne t'empêche de tester le mode RCM non plus ça coûte le prix d'un trombone (pour un test rapide, une fois, largement suffisant), d'un jig (imprimable en 3D ou à acheter à même pas 1€) ou d'un rcmloader à 10 balles De quoi s'occuper pendant le confinement. (Et si la console est bootée sous Atmosphère, tu la laisses en veille comme si tu l'utilisais normalement, et tu n'auras plus jamais besoin du JIG/trombone/loader RCM) la Team Xecutter communique pas mal, indique que les préco sont ouvertes...mais pour l'heure on ne voit toujours rien venir. Et vu qu'il faudra ouvrir la console, plus de garantie (avec le hack soft, en se débrouillant bien, on peut effacer toute trace du hack, enfin 99,9% comme pour la javel

salut, pour ma part, je n'ai pas du tout ce type de tablette, mais un ASUS T200, sorte d'hybride tablette/mini PC qui peut être plus ou moins équivalent. Et je n'ai jamais eu besoin de pilotes supplémentaires pour y réinstaller Windows 10 proprement. Tente de faire une clé USB de boot, avec la dernière version de l'OS (1909). C'est très facile à réaliser : télécharge le dernier ISO officiel de Windows 10 (x86 ou x64 suivant ce qui était installé sur ta tablette)(*) récupère RUFUS sur son site officiel et laisse-toi guider. Tu choisis la clé USB de destination (attention, formatage requis), l'iso, le mode de partition (MBR ou UEFI, ça dépend de ta tablette) démarre avec la clé USB et croise les doigts (aucune raison que ça ne fonctionne pas) accessoirement, si la clé USB refuse de démarrer, il faut tenter en MBR (si tu avais tenté en UEFI) ou en UEFI (si tu avais tenté MBR) La clé Windows est censée être numérique. L'empreinte unique de ta tablette est stockée dans les serveurs de Microsoft et sera reconnue lors de l'activation. Par contre il faut bien installer la bonne version de Windows en conséquence ! Si la tablette est activée pour un Windows 10 PRO, au moment de l'installation, il faudra bien choisir la version PRO. Idem si version familiale. C'est un Windows 10 familial (Home) qui est installé, d'après la fiche technique du produit. (*) Petite astuce pour récupérer le dernier ISO (propre) de Windows 10. Dans sa grande bonté, Microsoft ne propose plus la récupération de l'ISO non modifié, mais oblige à passer par son horrible logiciel (MediaTool Creation). Tu peux te rendre sur le site officiel, puis, avec un navigateur type Chromium/Chrome, tu changes le USER AGENT en Safari iPad : Clic droit sur la page > Inspecter > Network conditions > décocher "select automatically" pour User Agent Parmi la liste, choisir Safari iPad Actualiser la page Magique, tu peux choisir ta version et récupérer le dernier ISO "propre" de Windows tu choisis la version de Novembre 2019 (la seule disponible à cet instant) tu choisis la langue (FR en toute logique) puis version X86 ou x64 une fois téléchargée, tu pourras l'utiliser avec Rufus EDIT : cette tablette n'ayant que 2Go de RAM, c'est donc forcément un Windows 10 x86. Même connerie qu'ASUS : on met un processeur x64, mais on bride le bousin avec 2Go de RAM pour le cantonner au 32bit (x86). Bien joué les "ingénieurs" et autres financiers qui rechignent à mettre 4Go de RAM pour économiser deux francs six sous