Badablek

salut, la seule façon de mettre à jour sans faille ou linker, c'est de trouver un jeu contenant une mise à jour 9.0 à 9.2. Mais en 4.5 je ne vois pas pour quoi tu veux éviter les failles alors que ça te donnerait un avantage certain avec le logiciel de downgrade (qui peut tout à fait servir à upgrader). D'autant que les jeux avec MAJ 9.0/9.2 se comptent sur les doigts de la main. Et comme tu bootes rxTools, tu as déjà une porte d'entrée grande ouverte, pourquoi s'en passer sinon vouloir se compliquer la vie ? tu remplaces le binaire de rxTools par le downgrader, et l'affaire est dans le sac.

le plus impressionnant à mes yeux, c'est le niveau technique de compréhension de ces 3 petits génies (on peut aussi y inclure smealum), qui arrivent à décortiquer, bit par bit, instruction par instruction, toutes les protections mises en place par Nintendo. sighax est juste énorme. Nintendo a refait une erreur grossière qui ouvre les portes du hack à toutes les consoles produites jusqu'à présent ! Aussi bon que la faille boot2 sur Wii, et ils vont s'en mordre les doigts puisque, s'agissant d'une bootrom à écriture unique (en sortie d'usine), aucune mise à jour quelle qu'elle soit ne pourra venir patcher ce trou béant. j'ai hâte de voir les résultats de toutes ces trouvailles.

Comme tous les ans, la grand messe du hack "Chaos Communication Congress" se tient en Allemagne du 27 au 30 décembre. On attendait bien évidemment avec impatience les interventions de derrek, nedwill et naehrwert, programmées au 27 décembre, pour ce qui concerne les sécurités de la Wii U et de la 2DS/3DS. Le moins que l'on puisse dire, c'est que le Père Noël a été extrêmement généreux cette année, et que l'avenir du hack sur ces deux systèmes s'annonce plus que radieux. La conférence, disponible ci-dessous, nous met l'eau à la bouche avec les possibilités futures une fois que les exploits idoines auront été retravaillés pour le grand public. Les derniers remparts des protections de Nintendo vivent apparemment leurs derniers moments... Dans les grandes lignes, nous avons eu au programme : Wii U ioctlvhax (exploit kernel) mqhax (exploit IOSU) Méthode de dump de la clé boot1 3DS Soundhax (exploit userland primaire dans le lecteur audio) Fasthax (exploit k11) Méthode de dump du bootrom arm9 + SHA256 du fichier sighax (bug RSA critique découvert dans la bootrom 2DS, impossible à corriger pour Nintendo) > possibilité de signer des Custom Firmwares Méthode de dump du bootrom 11 + SHA256 du fichier Les scènes Wii U et 3DS avaient connu une accélération exponentielle ces derniers mois, il ne fait aucun doute que les prochains vont être également riches en rebondissements, ce que nous ne manquerons pas de suivre avec la plus grande assiduité. Site officiel (33c3) / sources (GBAtemp)

si ça peut te servir, voici ci-dessous un batch de mon cru pour la conversion avec WIT. Il suffit de le copier/coller dans un fichier "_convert.bat" (par exemple) et de glisser/déposer les isos dessus (wit.exe et cygwin1.dll devront être présents dans le même dossier que le batch) : @ECHO OFF ECHO Lettre de la partition contenant vos jeux ? SET PATH=%~dp0 SET /p lettre="Lettre: " IF NOT EXIST %lettre%:\wbfs\NUL CALL :erreur if [%1]==[] GOTO :eof :loop start/w wit CP --wbfs --prealloc --progress %1 -E$ --dest "%lettre%:\wbfs\$N [$I].$E" shift if not [%1]==[] GOTO loop GOTO :eof :erreur CLS ECHO Le dossier "wbfs" est introuvable sur le disque %lettre%: ECHO Le script va donc le creer pour vous. MKDIR %lettre%:\wbfs si le nom de tes fichiers respecte le format conventionnel utilisé par tous les loaders, ils doivent apparaître dans USBLoader GX sans intervention de ta part (en supposant bien évidemment que tu as précisé à USBLGX où trouver les jeux). La convention largement utilisée, c'est : Title Game [Title ID].wbfs (c'est la convention que j'utilise dans mon batch). Si tes jeux utilisent autre chose que les conventions de nommage et stockage standard (l'autre convention, c'est un sous-dossier par jeu), ils ne seront pas reconnus. il semblerait que wwt puisse vérifier des jeux au format .wbfs, mais je n'ai jamais testé, et ça semble être assez long à calculer. Tu peux simplement tenter de les lancer depuis le loader, tu seras vite fixé (bon ok, ça ne te dira pas si tout le fichier est OK, mais si ça démarre, il y a de grandes chances que ce soit bon) ps : WiiBackupManager est capable de remettre de l'ordre dans la convention de nommage. Vu que tu as des reliquats dûs à la partition WBFS convertie en FAT32, avec des jeux rangés chacun dans un sous-dossier, je te recommande vivement de paramétrer, dans les options de WBM, la convention de nommage Titre [ID].wbfs avec stockage de tous les jeux dans un même répertoire (wbfs) et découpage à 4Go (FAT32 oblige) Ensuite, tu vas dans l'onglet Disque 1 puis le sous-onglet Outils > FAT32/NTFS > Mettre à jour la convention de stockage ça va remettre de l'ordre ps bis : et si WIT est trop lourd à utiliser, rien ne t'empêche d'utiliser WBM, à condition de passer un bon coup de défragmentation juste après vraiment dommage que le développeur se soit évaporé peu de temps après que je lui ai parlé de la préallocation de fichier qui manquait cruellement à son magnifique logiciel (c'est la seule fonctionnalité à laquelle il n'a pas pensé)

pas tant que tu ne le penses... cette wii est propre au niveau du hack (IOS officiels non patchés), même si il est un poil trop riche. L'installation d'un cIOS propre à chaque base IOS existant (utilisé par les jeux) avait du sens à une certaine époque, mais il a été démontré, depuis, que le combo base IOS 56 et base IOS57, respectivement sur les slots 249 et 250, suffisait amplement. D'autant plus si le loader ne gère pas le choix du cIOS en fonction du jeu (à ma connaissance, seul wiiflow le fait). ce serait ma console, je ferai ceci personnellement : suppression des cIOS 245/246/247/248/251 (comme les boules du sapin, ne servent qu'à décorer ) suppression des IOS 40 à 48 (utilisés uniquement par les Wii coréennes) suppression de tous les IOS "stub" (totalement inutiles) le 1 et le 2 étant importants à mes yeux, le 3 n'est que chipotage de ma part, je le reconnais (mais j'aime bien les hacks propres ) Le cadeau bonux : installation d'un bon vieux cIOS waninkoko des familles, rev17 (idéal mais nécessitant un WAD du cIOS, l'installeur écraserait le cIOS d2x) sur slot 217 ou rev21b (l'installeur officiel permet de choisir le slot d'installation, évitant l'écrasement du cIOS d2x) sur slot 221

tu utilises bien la dernière version officielle de syscheck ? http://wiibrew.org/wiki/SysCheck tu peux tenter avec la HacksDen edition sinon http://www.hacksden.com/downloads.php?do=file&id=149 ps : laisser syscheck mariner toute la nuit ne résoudra rien, si ça accroche sur un IOS, ça n'ira pas plus loin, que tu le laisses 5 minutes, 3 heures, 10 jours ou 15 ans la MAJ 4.3 a du mettre un peu d'ordre dans les IOS. Encore heureux que l'IOS80 a pu s'installer correctement avec un hack non "maîtrisé" (dans le sens qu'on ne sait pas ce qui a été installé ou patché), c'est presque un miracle. Par contre ça a dû dégommer les cIOS pour le coup. Pour la suite, GOTO partie 2 de mon tuto >> ici <<

tu as tout compris. Tu convertis de WBFS à FAT32 avec wbfs2fat qui va s'en charger en quelques secondes.. Logiquement, le type de partition n'influence pas la compatibilité, mais le formatage WBFS étant d'un autre âge et buggué à mort (en plus, tout dépend à quel moment et avec quel logiciel tu as mis tes jeux, le format ayant évolué plusieurs fois), ça devrait donc faire la différence. Et si des jeux posent encore problème en FAT32, c'est que tes dumps sont corrompus. Une fois en FAT32, tu pourras utiliser WiiBackupManager ou bien WIT (fortement recommandé MAIS en ligne de commande) pour transformer des jeux au format .wbfs Je ne peux qu'insister sur WIT, WBM est joli et très fonctionnel mais il n'utilise pas la préallocation de fichiers et transforme le HDD en véritable gruyère avec une fragmentation énorme et potentiellement gênante (lags audio-vidéo/chargements plus lents)

pour info, mettre à jour HBC n'apportera rien et ne résoudra jamais un problème de loader, même s'il est effectivement plus clean de l'upgrader à la dernière version. Et c'est normal de n'avoir qu'un fichier ELF pour hackmii, ça a toujours été compilé dans ce format, jamais au format DOL. Le chemin sera donc : sd:/apps/hackmii/boot.ELF (sans fichier meta.xml ou icon.png, hackmii apparaîtra en toute logique en dernière position dans la liste des homebrews) ton loader, à un moment ou un autre, se trouve soit sur la carte SD, soit sur une partition FAT32 du disque dur (à moins qu'il ne soit installé sous la forme d'une chaîne autonome, ce qui est une hérésie). Il suffit donc de remplacer le boot.dol de celui-ci par la dernière version en date du loader. C'est normal s'il ne trouve rien online, puisque les serveurs de mise à jour ont changé d'adresse. La mise à jour manuelle reste la seule option pour avoir la nouvelle adresse des serveurs de MAJ (pour les futures révisions).

salut, ton cIOS est préhistorique, c'est presque un miracle que tu arrives encore à lancer le moindre jeu avec ça. Tuto et réponses juste un cran au dessus de ce sujet...

Après avoir développé la librairie JUSLib, codée en JAVA, qui permet de gérer les contenus Wii U au format NUS, Maschell revient à la charge avec une première application qui en tire partie. Ainsi, cet utilitaire vous offrira les fonctionnalités suivantes : Compression de fichier .wud (en un ou plusieurs morceaux) en fichier .wux Extraction de fichier .app/-h3/.tmd/.cert/.tik depuis un fichier .wud (en un ou plusieurs morceaux)/.wux Extraction de contenus/hashes/ticket Déchiffrement de la partition de jeu complète depuis un fichier .wud (en un ou plusieurs morceaux)/.wux Déchiffrement de fichiers spécifiques d'une partie de jeu depuis un fichier .wud (en un ou plusieurs morceaux)/.wux Vérification d'une image / Comparaison de deux images (par exemple entre un .wud et .wux pour s'assurer qu'ils correspondent) JWUDTool 0.1 Site officiel (GBAtemp) / sources (Github)

Dimok contribue une fois de plus à la scène Homebrews sur Wii U, avec ce nouveau Custom Firmware au doux nom de breuvage caféiné, inspiré par les petits noms donnés aux différents composants de la Wii U par la team Twiizers (espresso, latte, etc.). Ce CFW est dérivé de ce qui existait déjà avec iosuhax, à la grande différence qu'il ne nécessite aucun fw.img sur la carte SD tout en proposant plus d'options. Ainsi, il présente son oeuvre avec cette description : custom firmware sans fw.img patchage sysNAND ou redNAND dans une seule application, selected/saved in a setting redirection SEEPROM de/vers la carte SD redirection OTP depuis la carte SD personnalisation de l'écran de démarrage au chargement du Custom Firmware, si présent (sd:/wiiu/apps/mocha/launch_image.tga) La liste des "À faire" est si grande que Dimok ne l'a pas complété, il semble donc avoir énormément d'idées pour le futur de ce Custom Firmware. Reste à savoir quoi... Mocha CFW 0.1 Site officiel (GBAtemp) / source (Github)

merci pour la news, je me suis permis d'insérer les liens qui vont bien

salut, merci d'éviter de poster une question dans un nouveau sujet dans la section Tutoriaux, qui est réservée, comme son nom l'indique, aux tutoriaux au pire tu poses tes questions dans le tuto qui t'intéresse, ou accessoirement dans la section Software. Le plus sage sur une 3.2 dont on ne connait rien : un syscheck avant tout, dont tu copieras le contenu du fichier journal ici (ou sur mon tuto). ça permettra déjà d'analyser un peu la bestiole. un exemple parmi tant d'autres : le passage en 4.3 peut être dangereux (s'il manque l'IOS80 ou que celui-ci est un stub dont la version a été maximisée, tu auras une belle brick), sans compter qu'il est inutile. Si tu es joueur, tu peux aussi régénérer une sysNAND toute propre, toute neuve, comme sortie d'usine, avec ohneswanzenegger. ps : j'avais poubélisé ton sujet, au départ, mais je l'ai redirigé dans la bonne section, ça peut servir à tout le monde et ça sera plus constructif

La scène Homebrews Wii U accélère de plus en plus, notamment grâce au travail de FIX94. Aujourd'hui, il nous propose carrément un homebrew permettant de dumper ses propres originaux au format d'installation "WUD" sur la carte SD de la console (avec au moins 23,3Go de libre, le jeu étant découpé en tronçons de 2Go). A peine offert à la communauté ce matin, il remet le couvert deux heures plus tard avec une mise à jour 1.1 qui autorise également le dump vers un périphérique de stockage USB formaté en FAT32, beaucoup plus pratique à l'utilisation (surtout niveau espace disponible de stockage). On remerciera au passage Dimok pour ses librairies IOSU (libiosuhax) et FAT (libfat), qui autorisent ce genre de nouveautés tout en améliorant énormément les vitesses d'accès et d'écriture. Une fois la copie terminée, vous retrouverez votre jeu au format WUD (en morceaux de 2Go) ainsi que la clé unique propre au jeu (key.bin) dans un répertoire "wudump" à a racine du périphérique de stockage utilisé. Vous pourrez ensuite jouer de la ligne de commande pour recoller les morceaux en un seul fichier, par exemple : copy /b game_part1.wud + game_part2.wud + game_part3.wud + game_part4.wud + game_part5.wud + game_part6.wud + game_part7.wud + game_part8.wud + game_part9.wud + game_part10.wud + game_part11.wud + game_part12.wud C:\wudump\game.wud Attention ! La copie d'un seul jeu peut prendre jusqu'à 1h30...il va falloir être patient. wudump 1.1 Site officiel (GBAtemp) / source (Github)

Récupérer et décompresser Homebrew Launcher 1.3 à la racine de votre SD Récupérer et décompresser OTP2SD dans le répertoire wiiu sur votre carte SD (ce qui donnera donc x:\wiiu\apps\otp2sd) Démarrer Homebrew Launcher par la méthode de votre choix (exemple : en allant sur wiiubru.com depuis le navigateur) Démarrer OTP2SD depuis HBL tu remplaces le mot OTP2SD par Haxchi Installer...Il y a les logiciels nécessaires, la méthode de démarrage entre parenthèses, l'arborescence à respecter, bref, TOUT y est, je le répète une fois encore. Je ne développerai pas plus.

tu as le droit : de lire le tuto de lire mes réponses débuter dans le hack Wii U n'excuse pas ni ne dédouane de faire un minimum d'effort de lecture et compréhension. Le chapitre 3 ainsi que ma dernière réponse répondent absolument à TOUTES tes questions...

FIX94, membre du forum GBAtemp et grand contributeur de la scène homebrews Wii U (entre autre), met à disposition une nouvelle version de son hack permettant de littéralement transformer l'un des jeux Virtual Console Nintendo DS compatibles avec la faille contenthax en véritable launcher de homebrews. Alors qu'Il était auparavant nécessaire de passer par la compilation d'un fichier fw.img pour permettre d'intégrer la faille en dur dans la sysNAND via wupclient, FIX94 a grandement amélioré la chose avec cet homebrew qui se suffit à lui-même. La seule contrepartie de cet installeur, c'est qu'il ne fonctionnera que sur les jeux installés dans la sysNAND. Si votre jeu VIrtual Console Nintendo DS est installé sur un périphérique USB, vous devrez d'abord le rapatrier dans la sysNAND (via le gestionnaire de données officiel de la console) avant de pouvoir en profiter. Nouveautés / Corrections : ajout d'un message d'erreur si aucun jeu n'est trouvé dans la sysNAND la liste des jeux est triée avant d'être affichée meilleur positionnement des stacks pour Kirby Mass Attack, Super Mario 64 DS, KIrby Canvas Curse, Zelda Phantom Hourglass, Zelda Spirit Tracks et Pokémon Rangers shadows of Almia ajout du support des jeux Pokémon Ranger, Animal Crossing Wild WOrld, Pokémon Mystery Dungeon Explorers of Sky et Pokémon Guardian Signs À noter : un pack est également disponible, contenant les fichiers images et textes pour grimmer la bannière du jeu avec les couleurs de Homebrew Launcher. Haxchi (Installer) 2.2 / Pack Haxchi Site officiel (GBAtemp) / source (Github)

salut, en plus de vérifier la variable PATH de Windows, regarde si tu as bien C:\devkitPro\msys\bin\make.exe si tout est bien là, il est tout simplement impossible que ça ne fonctionne pas (du moins, pas l'erreur de type "make commande non reconnue") ps : si ton but est uniquement d'installer haxchi, il existe désormais un installeur officiel : https://gbatemp.net/threads/haxchi-v2-0-a-persistent-wiiu-hack.451071/ plus besoin de se prendre la tête avec la compilation du fw.img. Seule contrepartie, il ne fonctionne que si le jeu Virtual Console DS est installé dans la NAND (si ce n'est pas le cas, il est facile de l'y déplacer avec le gestionnaire de données interne à la console)

c'est ce modèle : http://www.01net.com/tests/acer-aspire-m5641-er7p-fiche-technique-9507.html ? quelques exemples : https://www.leboncoin.fr/informatique/1020055021.htm?ca=15_s http://www.ebay.fr/itm/Fujitsu-D3041-A11-GS3-Mainboard-mATX-ESPRIMO-LGA775-microATX-Core-2-Duo-Quad-/252436772575?hash=item3ac66776df:g:qcYAAOSwepJXbViE la plus intéressante à mes yeux : bon constructeur, site "encore en vie" (celui de foxconn semble HS, Fujitsu ne précise pas le constructeur), bonnes caractéristiques (notamment réseau gigabit), pas trop chère, bons condensateurs (électrolyte solide) : http://www.ebay.fr/itm/Carte-mere-Gigabyte-GA-G31M-ES2L-LGA775-Intel-G31-supporte-core2quad-testee-ok-/232157874740?hash=item360db00a34:g:KxgAAOSwEzxYPE9x livret (en anglais, le français ne donne que l'installation rapide, sans les spécifications) : http://download1.gigabyte.eu/Files/Manual/mb_manual_ga-g31m-es2l(es2c)_2.x_e.pdf d'après le CPU (Q8200), la CM le supporte, c'est confirmé sur le site officiel à partir de la version bios FC d'une v2.x ou F8 d'une V1.x ps : demande accessoirement au vendeur la revision de la CM et la version du bios, juste au cas où. à priori, c'est une v2.0, si la photo est contractuelle (le lien qu'il donne pour les drivers est un autre indice que c'est bien une v2.x)

neuf, faut pas trop pousser non plus ce sera de l'occasion je pense, ça fait un bail que le LGA775 a disparu des écrans-radar. maintenant, la référence que tu donnes ne suffit (à priori) pas pour savoir ce qu'il a dans le bide. Tu sais quel CPU ? type de RAM ? etc.

salut, visuellement, les condensateurs sont comment ? Vu l'ancienneté et les photos sur google, je mettrais presque ma main à couper que les électrochimiques sont bombés et aussi sec que le désert, avec une jolie trace marron tout autour... Si c'est bien le cas, un changement de l'ensemble des condensateurs (électrochimiques) devrait suffire à le remettre sur pied (50 centimes/pièce, environ) au pire des cas, une CM micro-ATX socket LGA775, sur lbc ou ebay, ça ne doit pas être compliqué à trouver faudra juste vérifier le proco de la bestiole.

salut, si, dans les pré-requis, j'ai expressément parlé de console en 9.2, ce n'est pas pour embêter ou faire style les failles utilisées ne sont compatibles qu'avec le firmware 9.2 (enfin 9.0 à 9.2 pour être précis). Donc oui, c'est obligatoire d'être entre 9.0 et 9.2, et non, tu ne peux pas te lancer dans ce tuto en 6.0 il va falloir passer par la case upgrade. si l'anglais ne te rebute pas, plailect a remis en forme son tuto, bien plus pratique désormais. On y voit très clairement les firmwares compatibles. https://plailect.github.io/Guide/get-started

Quelques jours plus tôt, Yardape8000, membre du forum GBAtemp, a proposé une version alternative à Haxchi permettant de lancer un fichier fw.img (contenant iosuhax, regionhax, redNAND, etc.) directement depuis la NAND de la Wii U. Ce mod est très intéressant pour les utilisateurs qui éprouveraient des difficultés à le faire depuis la SD à cause d'une incompatibilité de la carte par exemple (expérience personnelle). Cependant, son utilisation nécessitant l'injection du fichier dans la sysNAND, il est bien évident qu'il faudra redoubler de prudence pour l'installation (étant donné qu'on ajoute un fichier sans toucher au système, le risque est minime, mais la prudence est tout de même de mise). L'installation est des plus simples, pour peu que vous ayiez déjà l'environnement de travail adéquat (compilation de fw.img, installation et utilisation de haxchi).Dans le cas contraire, je vous invite à consulter mon tutorial. Installation avec wupclient : installer haxchi correspondant à votre jeu Virtual Console Nintendo DS (voir tutorial) créer le répertoire qui contiendra le firmware à l'aide de la commande suivante : w.mkdir("/vol/storage_mlc01/FW",644) copier le fichier fw.img de la racine de la carte SD vers la sysNAND à l'aide de la commande suivante : w.cp("/vol/storage_sdcard/fw.img", "/vol/storage_mlc01/FW/fw.img") Si la copie échoue, il est possible que vous deviez monter la SD avant la copie (étape 3) à l'aide de la commande suivante : mount_sd() Attention ! Ce mod se basant sur la version 1.4 des sources de haxchi (FIX94), il ne profite donc pas des dernières avancées en la matière (moins de jeux Virtual Console DS supportés). L'essentiel est tout de même là, avec le support de Homebrew Launcher 1.4 pour lancer les binaires au format .RPX. haxchi 1.4 noSD mod Site officiel (GBAtemp) / source (Github)

La team libretro ne chôme décidément pas sur Wii U. Depuis l'arrivée du fameux RetroArch, véritable arche de Noé de l'émulation qui sévit sur à peu près tous les matériels équipés d'un CPU, elle n'a de cesse de l'améliorer, encore et toujours. Les premières versions, compilées au format .ELF et bien que très jeunes, donnaient déjà de très bons résultats (du moins avec les jeux NTSC). Désormais, les binaires sont proposés au format .RPX, bien plus souple à l'utilisation (bien moins de contraintes pour les développeurs). Un premier binaire avait été proposé il y a quelques jours pour FBA, bien trop gros pour être lancé depuis Homebrew Launcher au format .ELF (pas assez de mémoire). Maintenant, tous les cores d'émulation sont compilés dans ce format .RPX. Pour l'utilisateur, ce changement n'apportera rien de vraiment visible, mais sous le capot, ça aidera énormément les développeurs, qui auront des possibilités plus étendues (et donc au final, nous en profiterons tous). les débuts (déjà très prometteurs) de RetroArch sur Wii U Attention ! Pour rappel, l'utilisation de homebrews compilés au format .RPX nécessite que l'intégralité de la "chaîne", du payload jusqu'au launcher, soit mise à jour. Ainsi, il faudra impérativement utiliser le dernier hack en date, en fonction du point d'entrée que vous utilisez : soit le fichier MP4 le plus récent (faille navigateur), soit la dernière version de haxchi. Le tout propulsé par la dernière version (1.4) de Homebrew Launcher. Pour finir, le format .RPX étant encore assez "jeune", ce premier jet a valeur de test pour les prochaines révisions. Il se peut donc que vous expérimentiez des bugs ou instabilités. RetroArch 2016-11-23 .RPX (buildbot) Site officiel (gatemp.net)

Pour fêter les 10 de la Wii comme il se doit, la team Twiizers fait une grosse surprise à la communauté en mettant à disposition les sources de la fameuse Homebrew Channel qui a ravi des milliers (millions ?) d'utilisateurs de par le monde, comme ils le souhaitaient depuis longtemps. En plus de dépoussiérer leur blog, cette release est surtout dédiée à la mémoire de bushing, membre de l'équipe brutalement décédé le 8 février 2016, qui avait à cœur de partager leur travail sur ce launcher de homebrews. Ben “bushing” Byer 1980 - 2016 Cerise sur le gâteau : le bug du mode vidéo bloqué en 4/3 sur Wii U (en mode vWii) est corrigé. Cependant, Hackmii Installer n'ayant pas été mis à jour en conséquence, il faudra passer par la compilation des sources pour pouvoir en profiter (il ne fait aucun doute que des binaires vont surgir sur les forums dédiés, ce n'est qu'une question de temps). À noter que ces sources ne contiennent pas celles de l'installeur ni des protections "anti-scam". Avec les nombreuses avancées du hack Wii U de ces dernières semaines, espérons que ce cadeau permette de faire avancer la scène homebrews de cette console au crépuscule de sa carrière (mais à l'aube de sa carrière parallèle, de hack). L'avenir nous le dira bien assez tôt ! Sources (Github)