Badablek

salut, comment c'est possible ? Le pack Switch Animal Crossing ne date pas d'hier, et peut tout à fait contenir une console hackable. Je ne vois pas bien pourquoi tu te poses cette question. j'étais persuadé que le premier pack Animal Crossing pouvait contenir une Erista, autant pour moi merci de cette précision @olivesaumon Certes, la numérologie n'est pas une science exacte à 100%, mais sur un numéro de série de la sorte, ça semble tout cuit (dans le bon sens du terme). Je suppose que le vendeur sait très bien ce qu'il propose, et le vend en toute connaissance de cause (et très certainement à un prix correspondant), sinon il ne donnerait même pas le numéro de série.

tout dépend la version de la 3DS, qui dispose d'une liste noire de linkers, de plus en plus restrictive à chaque mise à jour officielle. mais ce n'est pas comme s'il n'y avait aucune alternative (si la console est hackée) : https://hackintendo.com/twilight-menu-17-2-0/ il est également possible de réinjecter un liste blanche bien plus permissive, pour réactiver le support des linkers. Pour s'assurer du bon fonctionnement du linker, ce n'est pas sur 3DS qu'il faut le faire, mais sur une vieille DS. Et si ça marche dessus mais pas sur 3DS, ça veut dire que ton linker est dans la liste noire.

salut, la référence pour les kernels de linkers, c'est linfoxdomain. logiquement, pour ton R4i, c'est ici

je n'avais pas précisé, mais ce n'est pas dans les détails qu'il faut aller. Tu trouveras ton bonheur dans l'onglet Processus. Si celui dans Applications ne ferme pas ta barre des tâches, ça veut dire qu'il se planque aussi dans Processus Windows. Soit il se montre sous son nom commun 'Explorateur Windows", soit sous son nom interne "Explorer.exe". Tu ne peux pas te tromper, et ton PC ne va pas s'enflammer si tu ne coupes pas le bon, t'inquiète

ok, content que ça se débloque pour toi. j'ai déjà été confronté à ton souci, donc je peux te donner la façon de faire qui marche à coup sûr. En effet, Windows, dans sa grande bonté, verrouille les lecteurs du moment que le processus explorer tourne. Même en fermant l'explorateur de fichiers, ce con (y'a pas d'autre mot) bloque tout. Pour faire simple : tu lances GUIFormat32 tu fais CTLR+SHIFT+ECHAP pour ouvrir le gestionnaire des tâches tu zigouilles le(s) processus explorer.exe (en fonction de tes paramètres, tu auras un processus "central" et pleins de mini-processus) tu vas perdre la barre des tâches (sinon, y'a encore un processus explorer qui traîne, probablement rangé dans les processus Windows →à zigouiller aussi) tu formates comme tu en as envie, il n'y aura plus de souci tu retournes sur le gestionnaire des tâches → Fichier → Exécuter une nouvelle tâche tu tapes explorer.exe et tu valides, pour récupérer la barre des tâches et tout le toutim

salut, as-tu bien respecté le format de partition recommandé (FAT32 avec cluster de 32ko) ? et tu n'as pas eu l'idée de nommer la carte SD "WIIU" (ce qui poserait problème) ?

sur Wii U, tout passe forcément par la carte SD. Que ce soit la faille (qui charge un fichier elf local de la carte SD), les homebrews, etc. il me semble qu'un serveur avec la faille permettait de charger le fichier elf en distant directement en RAM, mais c'est extrêmement lent. Et comme la faille navigateur n'a pas 100% de réussite, faut vraiment en vouloir pour user de cette technique. L'USB, tu peux oublier de suite, pas fait pour cette console ! GUIFormat est très bien. L'utilitaire inclus avec Windows également, Et Gparted pour Linux. Peu importe. Le seul souci de Windows, c'est qu'il se croit intelligent en forçant exFAT ou NTFS sur des cartes qui lui semblent trop grosses pour qu'on veuille la mettre en FAT32. Le bon vieux paternalisme d'un OS qui croit être plus intelligent que l'utilisateur ...En tout cas un formatage rapide suffit, il est d'ailleurs déconseillé de formater en mode complet sur ce type de mémoire (dont les cycles d'écriture sont par définition limités en nombre).

salut @mika34, tu es sûr de ta carte microSD ? y'a tellement de copies noname ultra bas de gamme qui circulent, que c'est facile de se retrouver face à une carte fake reprogrammée (encore pire si ça vient de aliexpress ou équivalent...même amazon n'est pas à l'abri). tu peux commencer le hack avec une carte SD plus petite, si tu as un truc en stock (même une vieille carte de 1 ou 2 Go). Et si ça ne marche pas non plus, ton slot SD est probablement HS ! ps : la Wii U supporte des cartes bien plus grosses que 64Go, donc pas de raison que ça ne marche pas (il faut impérativement qu'elle soit en FAT32 par contre, pur le hack)

salut, la section était prête, mais un petit souci de gestion (bizarre) des droits la rendait invisible. C'est corrigé

salut, tu aurais été simplement sur le github de Luma3DS (premier réflexe à avoir sur une console hackée), tu aurais vu qu'une version 10.2.1 a été proposée à la sortie du dernier firmware officiel https://github.com/LumaTeam/Luma3DS/releases quel que soit le Custom Firmware, quand une mise à jour officielle pointe le bout e son nez, les seules règles à s'imposer, c'est : NE JAMAIS mettre à jour AVANT d'avoir vérifié que le Custom Firmware fonctionne bien dessus Et s'il ne marche pas, ATTENDRE que le Custom Firmware soit mis à jour AVANT d'installer le nouveau firmware une console hackée nécessite de faire les choses dans l'ordre, et de briefer les utilisateurs à ce sujet. Tu as de la chance que la 3DS ne propose plus trop de MAJ et que Luma soit encore suivi, mais ça pourrait te jouer de vilains tours sur d'autres systèmes (ou même sur 3DS si le développeur décidait de lâcher l'affaire). Bref, mets à jour Luma, et ça repartira. Et un conseil : interdis à ton fils de faire les mises à jour (du moins pas sans ton consentement/ta présence)

les bêtises à faire, c'est installer CBHC et faire n'importe quoi avec. Ou trifouiller la NAND sans backup. Si c'est une utilisation de haxchi toute simple, pas vraiment d'erreur possible. la carte SD sert uniquement de périphérique de stockage temporaire pour que WUP Installe le tout sur le HDD formaté Wii U. Elle sert également au stockage des homebrews, roms pour émulateurs, etc. pas vraiment de tuto pour la méthode brésilienne. Tu prends USBHelperLauncher pour récupérer les binaires eshop (il va te demander l'adresse pour les clés, renseigne celle-ci), tu mets le tout dans le même dossier et tu installes avec WUP. exemple de configuration pour haxchi : https://github.com/FIX94/haxchi/blob/master/release/haxchi/config.txt et un exemple à moi :

salut, Loadiine n'a jamais été une solution viable. Ok, c'est marrant à tester 5 minutes, mais la vitesse de lecture (et donc les loadings) est exécrable et ruine totalement l'expérience de jeu. La méthode qui consiste à mixer les tickets des jeux physiques extraits des DVD avec les fichiers de données des jeux eshop reste la plus robuste, la plus rapide, la plus à même de te faire profiter des jeux dans les meilleures conditions possibles. De plus, cette méthode dite "brésilienne" autorise le lancement des jeux SANS jamais avoir besoin de lancer la faille. C'est très agréable à l'utilisation. Seuls soucis à son utilisation : certains jeux eshop ne disposent pas de leur équivalent DVD → patchage signatures obligatoire avant lancement certains jeux DVD ne partagent pas le même ID que leur équivalent eshop (très rare, mais ça existe) → patchage signature obligatoire avant lancement tous les jeux wiiware, virtual console, etc. étant uniquement en démat' → patchage signature obligatoire avant lancement (idem pour les injections de jeux GC ou Wii) quand tu quittes les paramètres de la console ou un jeu, les patches signature s'évaporent, ça demande un peu de gymnastique intellectuelle pour se rappeler de ne surtout PAS lancer un autre jeu nécessitant les patches signature, sinon erreur qui met la console dans un mode où tu es obligé de redémarrer (impossible d'acquitter l'erreur) À part ces petits aléas d'utilisation, c'est du caviar Si tu es organisé, tu créés un dossier "patch" et tu y mets tous les jeux, wiiware, injections, etc. dedans pour te souvenir quels jeux ont besoin du patchage signature. WUP Installer GX2 est LA référence. Y'a pas mieux (et en gros, y'a rien d'autre). Nécessite OBLIGATOIREMENT une carte SD/microSD + adaptateur. La Wii U n'est pas taillé pour l'USB, d'ailleurs la console ne supporte pas que deux HDD soient connectés en même temps (message d'erreur systématique que tu ne peu acquitter QUE si tu déconnectes un HDD). De plus, la Wii U ne supporte QUE le format de partition propre à son système. La seule solution envisageable serait de passer par un HDD en mode stealth pour qu'il ne soit pas détecté, encore faudrait-il que WUP le supporte. J'allais dire que ce n'est pas supporté, mais après une petite recherche, il existe une méthode (en gros tu installes un jeu sur ta NAND depuis ton HDD FAT32, puis tu transfères après de la NAND sur le HDD formaté Wii U...c'est ridiculement complexe et trèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèès long), franchement, achète une SD. De nos jours, une carte de 128Go, c'est entre 15 et 20 balles pour du Sandisk Extreme, pas besoin d'aller vendre un rein non plus ps : je ne l'ai pas mentionné, mais le meilleur patchage signature, c'est haxchi elle-même ! La faille contient un patcheur (très simple, très rapide). Il suffit de paramétrer le boot de haxchi sur sysmenu, et à chaque lancement de haxchi, ça patchera les signatures. Donc pas besoin de mocha ou autre (bien plus lent)

Bonjour,Afin de préserver la courtoisie dans les débats, et aussi parce que nos bonnes mœurs l'imposent, l'utilisation des formules de politesse, aussi sommaires soient-elles (bonjour /merci), est requise sur nos forums. Tenez-en compte dans vos prochains messages, et à plus forte raison si vous êtes à l'origine de l'ouverture d'un nouveau sujet. Comme tous les autres messages en inadéquation avec les règles édictées par notre charte, celui-ci rejoint la poubelle.Merci.

Luma3DS en est à la version 10.2.1, donc NON, la version 10.0.2 n'est PAS à jour (d'ailleurs elle n'existe même pas, à vrai dire...) tu ne veux toujours pas dire la version de ta console... tu n'as toujours pas donné d'informations sur ce qui est présent sur la SD tu parles désormais de mise à jour de la console qui ne passe pas ??? WTF ? le but n'est pas de savoir qui a hacké quoi, à vrai dire, on s'en fiche un peu. Mais sans les informations demandées, pourtant basiques, on ne peut pas t'aider. Et je le répète une dernière fois : si la configuration de Luma démarre, c'est que la faille est installée et que tu es à 2 doigts d'avoir une console 100% fonctionnelle. Si tu daignes donner des infos...

Une 3DS, ça ne se hacke pas "à moitié". De plus, si la configuration de Luma démarre, ça veut dire que le point d'entrée (faille) est installé. Pour t'aider sur un tel problème, il faut des informations, au maximum. Tu n'as toujours pas donné la version de ta console, ni dit si tu avais pris le dernier Luma depuis ton premier message, ni même ce que tu avais mis sur ta SD/microSD, encore moins si une emuNAND est installée dessus... une 3DS hackée se contente de 2 choses : le point d'entrée (boot9strap) correctement installé le fichier boot.firm du dernier Luma3DS (aum oment où j'écris : 10.2.1) à la racine de la SD/microSD Comme tu peux le voir, difficile de faire plus simple, il n'y a donc pas vraiment d'erreur (et donc de bugs) possible.

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

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

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

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

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

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

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

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

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

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