Badablek

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

bah tu coupes le WIFI...

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 ?)

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.

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

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/

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).

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/

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.

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

ç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.

l'architecture de la 3DS est basée sur des processeurs ARM. On ne peut pas faire trop de miracle en emulation, notamment pour la PS1 à base de processeur RISC. la 2D est moins gourmande, il y a peut-être moyen d'avoir un truc à peu près potable, mais ça restera quand même en dessous de la PSP.

salut, lancer haxchi 1, 2, 15 ou 50 fois ne peut pas générer un brick...tu es sûr de ne pas avoir tenté d'installer CBHC ? qu'est-ce que tu appelles Menu Channel ? le menu de la Wii U ? Homebrew Launcher ? Autre ? ps : quand tu dis "avec jeu DS téléchargé", j'ose espérer que c'est bien en le téléchargeant officiellement sur l'eshop ? Toute autre méthode étant bien évidement vouée au brick (avec CBHC)

salut, pour éviter les désillusions, n'espère pas faire tourner beaucoup de jeux, et encore moins à pleine vitesse. La (New)3DS n'est clairement pas taillée pour la PS1. Ce n'est pas comparable à la PSP, dont l'architecture était proche de la PS1 (un peu comme la Wii est proche de la Gamecube) Bref, ta PSP fera 100x mieux que Retroarch sur N3DS !

on peut ajouter 64Mo de RAM (pour être équipé comme le kit de développement, qui avait 128Mo de RAM)...et même remplacer le CPU par un modèle plus puissant. Il n'y a rien d'étonnant pour un PC "consolisé" basé sur un processeur x86 tout ce qu'il y a de plus classique

comme d'habitude KGB64, sauf que la question était bien "toutes les switch récente sont patchées ?" récente dans le sens sortie d'usine, pas sortie de magasin. Et comme la Switch se vend par palettes entières, il faut vraiment un bon coup de bol pour tomber sur le Graal, le turn over est énorme sur cette console. Je complète donc ma réponse : toutes les Switch récemment assemblées sont "patchées...et même plus que patchées, corrigées, puisque c'est le Tegra X1 qui a été modifié en conséquence (ce n'est pas le ipatch qui était appliqué en sortie d'usine sur le bootloader)

à ton avis...?

pour la batterie, c'est le mode AutoRCM qui posait problème. Ça drainait la batterie et si elle était complètement vide, il n'était pas possible de recharger. mais pour ma part, je n'ai vu aucune différence entre ma Switch non hackée et ma Switch hackée. Elles tiennent toutes les deux de la même façon et se rechargent aussi pareil. De toute façon le mode RCM n'est que transitoire, pour booter la console. Je ne vois pas ce qui pourrait influer une fois sur le CFW J'ai aussi quelques lacunes sur ce double mode avec switchboot. À priori c'est une surcouche qui gère la circuiterie interne, mais j'avoue ne pas avoir du tout creusé ça. C'est justement ce mode qui me donne envie de m'y mettre, puisque ça semble corriger la dernière lacune du hack (le mode AutoRCM qui draine la batterie). Avec ce mode et le reboot to payload d'Atmosphère, y'a moyen de faire un truc bien comme il faut. On pourrait presque se passer de modification hardware...c'est ce qui me retient d'installer mon trinket. L'espoir d'un hack 100% soft, injection initiale (codlboot) du payload comprise

salut zinzin64, ton sujet tombe à point, j'avais acheté quelques trinket il y a de ça plusieurs mois, et je voulais sérieusement m'y mettre. J'ai vu que ça a pas mal avancé sur GBAtemp, et la solution me semble mûre... pour le online, comme déjà dit par KGB64, tu fais une croix dessus. Une Switch bien hackée, c'est une Switch qui ne communique pas online. Les Custom Firmwares commencent à peine à implementer des solutions anti log, mais c'est pas encore gagné (et ça ne bypassera jamais les cerbères des serveurs de jeu en ligne pour éviter la triche, et donc le hack). Donc si tu ne veux pas que ta console soit bannie, il faut garder le WIFI éteint ou, au minimum, passer par des DNS qui bloquent TOUS les accès aux serveurs Nintendo (pour utiliser le online alternatif par exemple). - je ne vois pas l'utilité du dual boot, à part jouer un jeu dangereux puisque tout ce que tu feras sur le Custom Firmware transpirera fatalement dès que tu booteras en mode normal. Très bon moyen d'avoir une console bannie, de cramer des efuses, etc. - retirer le port USB et la diode, si j'ai bien tout suivi, est nécessaire pour que la puce puisse être installée dans la console. Il n'y a vraiment pas beaucoup de place. Qui plus est, une fois la puce programmée, le port USB ne servira plus à rien, puisque tu passeras par le port USB de la console pour la MAJ (en mettant la puce en mode bootloader) - les efuses sont brûlés dès que tu démarres la console normalement et que leur nombre ne correspond pas à la version du firmware. Admettons que tu sois en 6.1.0, tu as donc 7 efuses brûlés (voir tableau tout en bas). Si tu fais la MAJ 7.0.0 avec ChoiDuJour en bloquant les efuses (pour te garder une possibilité de DG en 6.0.0/6.1.0), tu as donc toujours 7 efuses cramés, alors que le firmware 7.0.0 en attend 9. Si ta console n'est pas en autoRCM et que tu as le malheur de booter normalement, le bootloader va immédiatement détecter cette anomalie et cramer les 2 efuses manquants. Ce qui te bloquera toute possibilité de downgrade en dessous de 7.0.0. La méthode Switchboot semble pouvoir conserver les efuses, mais je n'ai pas encore trop analysé ce mode (qui semble prometteur) - oui, comme vu un peu plus haut, le port USB de la console permet de mettre à jour le payload si besoin. Il faut activer le mode qui va bien (à priori, appui sur Reset de la puce deux fois de suite, une fois booté normalement). Raison pour laquelle le bouton Reset du trinket doit être accessible (bien souvent, la puce est mise en sandwich entre la coque et le PCB, il suffit ensuite d'appuyer légèrement sur la coque pour délencher le reset) - le bootloader du trinket est au format UF2, qui charge par la suite le payload au format BIN qui aura été copié au préalable à la racine de ta microSD. Tu ne confondrais pas le bootloader (propre au trinket) et le payload (qui charge le Custom Firmware) ? Le fichier .h, si j'ai bien tout suivi, c'est pour ceux qui compilent eux-même leur fichier UF2 avec les outils de développement propres au trinket. Sauf qu'on nous offre les binaires UF2 qui vont bien, donc pour moi, le .h est inutile. - Kosmos, Hektate, etc. tous ont normalement une option autoboot, de mémoire planquée dans un sous-menu. Sinon tu as la méthode un peu plus hard, en éditant directement le fichier INI de hekate ps : le pack Kosmos est un très bon choix, puisqu'il allie le bootloader "hekate" (qui va devenir vite indispensable de par les patches kernel supplémentaires, nécessaires sous peu pour l'émulateur N64 par exemple), le Custom Firmware "Atmosphère" (best of the best, tous les CFW alternatifs découlent de celui-ci) et les patches ES "Kosmos" (pour le lancement de chaînes non signées). C'est donc le montage le plus "puissant" qu'on puisse faire pour le hack, à l'heure actuelle. Peut-être un peu trop de bloatwares à mon goût (un peu trop complet, avec des trucs pas forcement utiles). Bon bah ça ma donné envie de bidouiller maintenant... va bien falloir que je m'y colle...un jour.

Salut, Rien ne permet, à l'heure actuelle, de passer outre le patchage. À moins de trouver une autre faille, c'est mort pour le moment. Je doute qu'un bug aussi énorme que le RCM soit possible... Et le hack passera forcément par des méthodes pas très jolies ni pratiques ni infaillibles (faille naviguateur). Sans jouer aux prédictions à la sauce Paco Rabanne, aucun hardware apportera quoi que ce soit de mieux pour ces consoles.

ils ont juste changé le firmware TSEC et compressé la TrustZone, avec une sorte de bootstrap qui décompresse le tout en temps réel. Pas vraiment de quoi arrêter les développeurs/hackers. Ils semblent d'ailleurs bien amusés par les bâtons que Nintendo tente de mettre dans les roues du hack : limitation du nombre de threads sysmodule, écriture de clés aléatoires qui ne servent à rien (même Nintendo se met aux fake news ?), probablement pour noyer le poisson et espérer que les clés utiles ne soient pas dumpées ? Apparemment ce n'est pas hyper efficace, puisque Atmosphère tourne déjà en 7.0.0, pour peu de fournir les clés qui vont bien. SciresM estime qu'au pire, dans 2 semaines, une version plus user-friendly, sans clé à fournir, sera prête. Ils sont vraiment rapides ! Et doués !

tu te réponds certes, mais tu te réponds mal, désolé. tu vas bien avoir du mal à convertir quelque jeu que ce soit pour le HDD (format propriétaire) d'une Wii U...avec un logiciel fait pour écrire du WBFS sur un HDD Wii (format FAT32/NTFS/WBFS). La seule et unique façon d'installer des jeux Wii sur le HDD de la Wii U, c'est de les encapsuler au format WiiVC, ce qui implique d'utiliser WiiVC Injector Script et de les lancer OBLIGATOIREMENT depuis un Custom Firmware (très contraignant). Mais tu as de la chance, il supporte l'injection de fichiers WBFS. ps : long et fastidieux avec WIi U USB Helper, j'espère que c'est une blague...parce qu'à part renseigner un site disposant des clés nécessaires, je ne vois pas où est la difficulté ! Le soft récupère tous les fichiers automatiquement sur les serveurs de Nintendo, ajoute le fichier tik qui va bien, propose de télécharger également le dernier update des jeux...j'ai beau chercher, je ne vois pas le "long et fastidieux"...même l'installation, avec WUP Installer GUI, se fait finger in the nose les yeux fermés et les mains dans le dos.

ils n'ont quasiment pas tapé (c'est la 6.2.0 qui était sévère). À peine quelques heures après la sortie officielle, la Master Key et PK11 ont été dumpés. ça reste une petite tape sur la mains pour les hackers (et c'est bon pour nous )

je passe ton sujet en "résolu", même si ce n'est pas vraiment la réponse que tu aurais voulu pour tes jeux NTSC, malheureusement.

salut, le patchage dont tu parles ne fonctionnera QUE sur console hackée JTAG/Glitch. En aucun cas tu ne pourras contourner la protection régionale avec un Xkey qui ne fait qu'émuler un lecteur DVD et n'a absolument aucun "pouvoir" à ce sujet. Le fait d'altérer l'iso, de quelque manière que ce soit, rend le jeu impossible à démarrer (sauf JTAG/Glitch qui patche cette protection). Ne t'étonne donc pas d'avoir un bel écran noir. Avec un Xkey, c'est jeu de la même région OU nativement Region Free. ps : D'ailleurs il suffit de lire les messages en dessous du tuto pour s'en rendre compte, c'est écrit noir sur blanc.