Badablek

Administrateurs
  • Compteur de contenus

    12 180
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Badablek

  1. tu parles de quelle méthode exactement, j'ai peur de ne pas te suivre là... toutes les méthodes sont décrites pas à pas, quand t'as fini une partie, tu passes à l'étape suivante (en bas de chaque page, tu as un lien pour l'étape d'après), et ainsi de suite, jusqu'à la fin du tuto, non ?
  2. c'est en franglais, c'est sûr que ce n'est pas terrible, mais c'est la source du hack, et je n'ai pas mieux. je n'avais pas vu qu'une bonne partie n'avait pas du tout été traduite... peut-être qu'avec un traducteur (quoique, sur des termes techniques, ça peut donner des choses bizarres)
  3. Badablek

    tinfoil ou devmenu

    étonnant que tu expérimentes ce bug...surtout en 7.x, puisque c'est le syndrome classique d'un jeu chiffré avec un firmware plus récent. par exemple installer un jeu encapsulé/chiffré pour un firmware 6.x, que tu installerais sur un firmware 5.x, te donnerait exactement ce résultat. tu es sûr de tes NSP ? ps : je n'avais pas tilté sur ton précédent message, mais les clés sont totalement inutiles dans ton cas. Elles ne servent pas à l'installation de NSP (qui plus est, lockpick est incapable de dumper la Master Key 7.x).
  4. merci pour ta proposition de news leyaourt. je déplace section news Comme quoi, la team Xecuter n'a pas que deux mains gauche et sait, de temps en temps, faire des efforts plutôt que piquer le travail (bénévole) des autres. Ça prend juste plus de temps...mais l'excuse bidon du "on met tous nos efforts sur les Switch patchées", c'est presque aussi ridicule que le chien qui a mangé le devoir à rendre avant de chercher de nouveaux clients, il faudrait déjà s'occuper de ceux qui ont raqué. Ne serait-ce que par politesse.
  5. salut, le mieux reste de se référer à la bible du hack 3DS, duquel découlent tous les autres tutos : https://3ds.hacks.guide/fr_FR/ tu verras que le linker n'est pas forcément une obligation (méthode seedminer sur console 11.9). Bien sûr, avec un linker programmé ntrboot, c'est plus simple et rapide.
  6. Badablek

    tinfoil ou devmenu

    tu as essayé avec Lithium ? c'est l'un des (rares) gestionnaires de NSP qui supporte le firmware 7.x correctement.
  7. Badablek

    tinfoil ou devmenu

    salut, quel firmware ? quel custom firmware ? avec quel(s) patch(es) ? quel jeu ? bref, sans précision, impossible de répondre quoi que ce soit...
  8. Badablek

    USB loader gx

    salut zinzin64, le choix du (c)IOS à l'installation d'un WAD n'a absolument rien à voir avec l'IOS qu'utilisera la chaîne. Donc aucun mélange possible. Le choix du (c)IOS provient par ailleurs de mauvaises (disons plutôt "obsolètes") versions de managers de WAD. Un manager digne de ce nom, à jour, ne demandera JAMAIS de choisir l'IOS de démarrage puisqu'il utilisera de lui-même le flag AHBPROT pour gagner l'accès à la NAND. Ce qui peut influencer, c'est l'IOS utilisé par Homebrew Channel (IOS58), sauf que les forwarders sont censés déjà utiliser cet IOS. Pour USBLoader GX, ce qui est sûr, c'est que c'est bien le cas. Ayant lâché Wiiflow depuis des années, je ne pourrais pas dire pour son forwarder officiel. Pour vérifier, tu peux toujours tenter de mettre le boot.dol de wiiflow dans le dossier d'USBLoader_GX. Ainsi, en démarrant par le forwarder d'USBLoader GX, tu booteras Wiiflow. Si, par ce biais, tes jeux à problème fonctionnent sans sourciller, tu sauras d'où vient le problème (et accessoirement tu éviteras le forwarder officiel de Wiiflow) pour ma curiosité personnelle, tu aurais quelques noms de jeux problématiques, que je teste chez moi. ps : tant que j'y pense, Wiiflow a un module supplémentaire (par rapport à USBLoader GX) qui lui permet de choisir automatiquement le meilleur cIOS en fonction du jeu. Ainsi, un jeu qui est basé sur un IOS57 sera lancé avec un cIOS base 57 (le 250), tandis qu'un jeu basé sur un IOS56 (ou tout autre) sera lancé avec un cIOS base 56 (le 249). Il se peut que ce module pose problème si le loader est lancé depuis le forwarder (une mauvaise initialisation d'une variable ou autre ?).
  9. Badablek

    USB loader gx

    salut, et si tu appliquais simplement ce que USBLoader GX te demande ???!!! Tu dois OBLIGATOIREMENT avoir un dossier apps\Nintendont dans lequel tu dois OBLIGATOIREMENT avoir un fichier boot.dol. sachant que par défaut, le développeur nomme le fichier loader.dol, je pense voir où est le souci... Donc tu vérifies que tu as apps\Nintendont\boot.dol, c'est vraiment pas la mer à boire. Et accessoirement que tu as bien la dernière version d'USBLoader GX (1271)
  10. c'est un meme historique dans la vie de ce CFW...en fait, la sortie initiale d'Atmosphère avait été fixé au 15 juin 2018. Sauf que les aléas de développement que l'on peut imaginer ont repoussé cette date, à plusieurs reprises. Donc, la team, à chaque mise à jour d'Atmosphère, marque ce fameux "happy June 15th" pour faire un petit clin d’œil sympathique
  11. salut, le problème du downgrade, c'est que le nombre de efuses actuellement cramés ne correspondra pas au firmware. Comme tu es passé en 7.x, tu as 9 efuses cramés, sauf que le firmware 6.x en attend 8. Donc, même si le DG est théoriquement possible, tu seras obligé de laisser ta console en mode autoRCM (en boot normal, elle te fera un kernel panic !) Pour la petite histoire, la team Xecuter étant incapable dans pas mal de domaines, le DG ne sera possible qu'avec Atmosphère 0.8.4, seul à même de pouvoir démarrer des homebrews sous 7.x. Pour ce faire, tu auras besoin de ChoiDuJour NX et des fichiers du firmware 6.2 (qui ne sont distribués que sous le manteau). Il faudra aller sur xbins, comme à la bonne vieille époque de la Xbox première du nom. Une fois les fichiers en ta possession, c'est d'une simplicité...tu décompresses les fichiers du firmware 6.2 dans un dossier sur la microSD, tu lances ChoiDuJour NX, tu navigues dans le dossier du firmware, tu valides pour qu'il scanne et valide le tout, et tu installes en suivant la procédure. Comme c'est un DG, il faudra impérativement garder l'option AutoRCM. ps : Dans le domaine du hack, ne JAMAIS dire jamais ! Trop de confiance tue la confiance. La Team Xecuter, en plus de piller le monde open source, a menti. Aucun système n'est infaillible, et SX OS pas plus que le reste ! Nintendo multiplie les initiatives pour modifier la façon dont sont générées les clés. Certes, le mode RCM ne peut pas être patché, raison pour laquelle tu pourras toujours démarrer un payload (celui d'Atmosphère ou Hekate), MAIS, pour lancer le Custom Firmware, c'est une autre paire de manche, et sans les clés adéquates, c'est niet. Pour l'heure, comme la méthode de dump des clés 7.x n'a pas été rendue publique, et qu'Atmosphère a besoin du payload "Sept" lui-même signé avec ces clés, la team Xecuter se retrouve comme une conne à ne rien pouvoir faire, parce qu'elle n'est pas foutue d'extraire les clés nécessaires, démonstration (si'lm était encore nécessaire de le démontrer) que ce sont des incapables qui comptent avant tout sur les vrais hackers, bénévoles, qui ne tirent pas le moindre centime de leurs trouvailles
  12. Badablek

    [/!\ Titre]kezplez

    salut, j'ai également du mal à comprendre ce que tu cherches à faire... déjà, si tu espères dumper les clés 7.x avec kezplez ou lockpick ou n'importe quel autre homebrew, tu oublies direct. AUCUNE méthode publique n'a été diffusée pour dumper ces clés, tu perds ton temps (et pas demain la veille que la méthode sera révélée, histoire de bien faire comprendre à la team Xecuter qui est le boss du hack). ensuite, les CFW n'ont pas besoin des clés. La dernière version d'Atmosphère gère parfaitement le firmware 7.x, grâce au payload "sept", sans avoir à fournir la moindre clé. Bref, j'ai beau chercher, je ne vois pas bien ce que tu essaies de faire...
  13. il suffit de lire mes messages, EN ENTIER... ... ps : depuis le début je te dis de mettre les dernières versions (FBI, Homebrew Launcher), on aurait gagné beaucoup de temps, avec moins de blabla, si tu m'avais écouté.
  14. tu n'as à suivre aucun tuto, la faille est installée (boot9strap), Luma 9.1 est déjà fonctionnel (boot.firm). Tu as déjà 95% du hack qui est fait. le seul truc qui semble bugguer, c'est le lancement de FBI, que ne j'explique pas. Si tu suis bien la méthode Rosalina (après avoir lancé le mode Téléchargement puis fais switch HB) pour démarrer Homebrew Launcher, puis, de là, lancer fbi.3dsx, il n'y a pas de raison que ça ne fonctionne pas. FBI n'est pas censé faire d'écran noir, au pire tu aurais un code dump (message d'erreur). Raison pour laquelle je redoute une vieille version de Homebrew Launcher. Tu peux tenter de renommer fbi.3dsx en boot.3dsx et le mettre à la racine de la SD (à la place de Homebrew Launcher). Ainsi, en faisant la méthode Rosalina, ça devrait lancer directement FBI (et si là, ça ne marche pas, c'est que tu as vraiment un souci de configuration). Si ça boote bien FBI, tu installeras juste FBI.cia et ainsi, tu auras ton point d'accès pour installer tes jeux facilement.
  15. je ne vois pas pourquoi tu t’obstines sur les failles alors que Luma est déjà installé (d'ailleurs, "jailbreak", ça ne veut rien dire du tout sur 3DS, laissons ce terme au domaine de l'iPhone) Le hack 3DS, de nos jours, ça se résume à installer boot9strap (ce qui est déjà fait) et placer boot.firm (Luma 9.1) à la racine de la carte SD (ce qui est fait aussi). Ne reste plus qu'à installer FBI.cia en lançant FBI.3dsx depuis Homebrew Launcher (lancé avec Rosalina) et C'EST TOUT. Ne cherche pas midi à 14 heures, la perte de ta SD n'a rien supprimé du hack qui est encore et toujours installé. steeldiver a été hacké d'après ton tuto (qui complique les choses plus qu'il ne les explique). Le seul guide à utiliser, c'est la source de tous les autres : https://3ds.hacks.guide/fr_FR/finalizing-setup
  16. Je comprends mieux pourquoi tu parlais de Frogtool et ctr-no-timeoffset (pas forcement utile, mais là n'est pas le sujet). c'est bien la version .3dsx de FBI que tu as prise et mise dans le répertoire 3ds ? Si c'est bien ça, essaie avec une version moins récente, et, pourquoi pas, en mettant la console en mode avion (il a touché au module http...peut-être un bug à ce niveau ?)
  17. quelle version de FBI ? 2.6.0 ? pas de raison que ça ne marche pas avec les dernières versions de FBI et Homebrew Launcher.
  18. Salut, Tu n'as pas compris (ou oublié) comment fonctionnait rosalina, normal que ça n'aille pas. Rosalina est fait pour remplacer un exécutable par un autre (en RAM). Il faut donc respecter la procédure suivante : 1- lancer un applicatif (album par exemple) 2- faire le combo rosalina et switch hb 3- sortir de rosalina puis quitter l'applicatif 4- relancer l'applicatif, qui va en fait démarrer homebrew launcher cette méthode est absolument invariable et obligatoire si tu veux utiliser rosalina pour démarrer des homebrews. sans aller bien loin, tu aurais même eu ta réponse tout seul
  19. Pour le hack initial vWii, il existe un homebrew Wii U qui peut le faire simplement. Il n'y a plus vraiment besoin d'une faille dans un jeu. https://gbatemp.net/threads/wuphax-v1-1-hacking-vwii-from-wiiu-mode.446786/
  20. je ne sais toujours pas quel type de jeux tu essaies de lancer, je ne peux donc pas te répondre plus que ce que je n'ai déjà dit... ce qui est sûr, c'est que les patches signature ne sont actifs que quand tu lances "sysmenu" depuis haxchi, (ça a pour effet de relancer le system menu en y ajoutant les patches nécessaires). Avec mon fichier config.txt présenté plus haut, ça se ferait en maintenant B au démarrage de haxchi. Tant que cette session "sysmenu" démarrée depuis haxchi tourne, les patches sont présents et fonctionnels. Si tu redémarres la console, si tu vas dans les paramètres de la console ou si tu démarres un jeu vWii, les patches s'évaporeront (parce chacune de ces actions a pour effet de redémarrer la console, qui perd au passage les patches).
  21. formater ne remettra rien à plat, c'est inutile (et dangereux si CBHC n'est pas totalement désinstallé). Et CBHC supprimé ne veut pas dire qu'il vire le jeu DS hacké (encore heureux qu'il ne le fait pas d'ailleurs). Donc pour moi, c'est normal que l'icône soit encore là (dommage qu'il ne remet pas l'icône d'origine par contre) homebrew launcher ne peut pas démarrer puisque tu n'as plus les patches signature (que CBHC chargeait automatiquement). Il faut réinstaller haxchi correctement, en utilisant la faille navigateur pour booter homebrew launcher au moins une fois. L'idéal aurait été de supprimer CBHC et dans la foulée, SANS QUITTER HBL NI REBOOTER, lancer l'installeur de haxchi. Je te conseille en tout cas de personnaliser le fichier config.txt de haxchi avant son installation pour associer un homebrew à un bouton précis, très pratique. (la cerise sur le gâteau, c'est de modifier bootDrcTex.tga et/ou bootTvTex.tga en ajoutant un petit aide-mémoire sur la fonction de chaque touche...mais attention, ça nécessite une signature bien particulière à la fin de ces fichiers...si tu ne le fais pas, tu flingues l'installation de haxchi, qui sera bon à réinstaller) a=wiiu/apps/mocha/mocha.elf b=sysmenu default=wiiu/apps/homebrew_launcher/homebrew_launcher.elf une fois haxchi réinstallé, tu auras à nouveau ton point d'entrée...utilisable pour lancer HBL, mocha, les patches signature, etc. en fonction du fichier config.txt préalablement personnalisé. ps : je n'ai rien contre les tutos vidéo, mais c'est vraiment le pire choix pour hacker une console. Ils font bien souvent des raccourcis et n'expliquent pas grand chose. le seul guide à suivre : https://wiiu.hacks.guide/fr_FR/
  22. CBHC est censé mettre le jeu DS dans un sous-dossier "DO NOT TOUCH", à moins que FIX94 ait trouvé un moyen de masquer la chaîne (en la faisant passer pou un fichier système ?) tes jeux ne démarrent pas...un peu plus de précision serait utile : Ils affichent une erreur ? un écran noir ? et quand tu dis "jeux", il faut être extrêmement précis : Des jeux au format loadiine convertis au format eshop ? des jeux eshop avec ticket retail (DVD) récupérés avec Wii U USB Helper ? des jeux eshop (console virtuelle) ? Dans tous les cas, quel que soit le jeu, ils ne sont installables avec WUP Installer que SI (et seulement si) tu as lancé AVANT un CFW (celui intégré à haxchi ou bien encore mocha). C'est tout à fait normal du fait que WUP Installer a besoin des patches signature. Une fois installés, si ce sont des jeux eshop hybrides avec ticket retail, ils n'ont pas besoin de Custom Firmware...tout le reste (jeux eshop virtual console, jeux eshop sans ticket retail, jeux loadiine convertis en eshop) ont besoin d'un CFW ps : WUP Installer ne peut installer QUE des jeux au format eshop (WUP). J'espère que tu n'essaies pa de lui faire manger des jeux loadiine, ce qui ne marchera JAMAIS (et qui expliquerait qu'ils n'apparaissent pas dans WUP Installer). Le format loadiine ne peut démarrer qu'avec le launcher loadiine.
  23. bah voilà, on y arrive à avoir des infos qui expliquent vraiment le brick...pourquoi ne pas avoir commencé par là ? toucher à haxchi après avoir installé CBHC alors qu'il en dépend directement, c'est vraiment chercher les ennuis, c'est même un miracle que tu puisses encore accéder à Homebrew Launcher. Ce n'est pas pour rien si le développeur met en garde très clairement : Quand tu as réinstallé Haxchi, tu as réécrit par dessus CBHC...donc forcément ça ne peut pas fonctionner. ton erreur est une copie quasi 1:1 de ce sujet sur GBAtemp : https://gbatemp.net/threads/cbhc-and-haxchi-issue-wii-u-no-more-boot.464253/ sauf que tu peux lancer Homebrew Launcher (grâce au menu rapide du mode veille de la console, je suppose ?). Pour ma part, je tenterai une réinstallation de CBHC, pour remettre les choses en place, puis une désinstallation total de ce machin qui n'attire que des ennuis. Haxchi suffit largement. ps : la dangerosité de CBHC ne compense pas le peu d'avantages que cela procure...tellement de façons de bricker magnifiquement sa console : si tu supprimes le jeu, si tu le bouges sur USB, si tu formates, si tu supprimes le compte utilisateur associé au jeu. Ca en fait des occasions de l'éclater en beauté. au fait, haxchi n'a rien à voir avec ton problème de lancement de jeux
  24. ça veut donc dire que haxchi est bien installé. tu peux lister ce que tu as fait exactement ? parce qu'installer haxchi, seul, ne peut en aucun cas provoquer un problème de boot.