nsp

Salut tout le monde,

Jusqu'à maintenant j'utilisais SX OS et les XCI, les récents évènements et ma curiosité m'ont fait basculer sur ATM mais... ça ne marche pas !

J'ai bien suivi le tuto à la lettre mais j'ai constamment l'erreur 2168-0002 (0x4a8) dans RetroArch et impossible également de lancer des jeux NSP. Comment puis-je résoudre ce problème ?

Car c'est indiqué :
"Cela est généralement dû au fait que vous exécutez des homebrews dans l'album, alors que vous devriez utiliser un jeu, ce qui donne à l'homebrew accès à plus de RAM. Pour ce faire, maintenez simplement R enfoncé lors du lancement d'un jeu, et vous verrez cet avertissement de "Mode Applet" embêtant disparaître. Ensuite, vous pourrez accéder à RetroArch ou à tout autre homebrew qui vous causait des problèmes. Le problème sera probablement résolu."
Mais que nenni !

Sachant que je suis en 12.0.1 maintenant et déjà banni par Nintendo.

Merci d'avance pour le coup de pouce !

Si la sysNAND de ta console est clean, propre de toutes modifications underground, tu peux, lorsque tu as un message sur ta console, installer le driver sur ta console en passant par les serveurs de Nintendo. La NAND système est modifiée lorsque tu utilises le mode autoRCM, lorsque tu installes des NSP sur la sysNAND ou que tu utilises certains homebrews.

Si tu as créé une emuNAND pour strictement utiliser le hack, alors c’est déjà une indication certaine. Maintenant si tu as un doute, il suffit d’utiliser ChoiDujourNX pour installer le FW + exFat. Ne pas utiliser le mode autoRCM activé par défaut.
https://gamergen.com/forums/underground ... 44482.html

Toutes les indications sont pourtant dans le tutoriel. Et si tu veux installer le driver exFat via ChoiDujourNX, il te faut mettre ta SD en Fat32.

Ou alors, cela a un rapport avec HBMenu. Prends la version NRO et celle de HBL en NSP aussi pour voir. Mais la solution du bouton R devrait résoudre ce problème en principe.

Lien:
- HBMenu: https://github.com/switchbrew/nx-hbmenu
- HBL: https://github.com/switchbrew/nx-hbloader/releases

Pour éviter de redire ce qui a déjà été abordé de nombreuses fois, je t’invite à consulter ce tutoriel et sa FAQ qui apporte beaucoup de réponses.
https://gamergen.com/forums/underground ... 36600.html

Concrètement, il y’a de nombreuses possibilités mais le risque zéro n’existe pas. Le online n’est pas vraiment conseillé lorsque l’on décide de hack sa console et ce sera le mot d’ordre à chaque fois que tu trouveras des sujets. De plus, il n’existe aucun moyen de se débannir sur Switch. Bien qu’il existe des solutions pour réduire le risque, il faut débuter dans le hack en prenant soin de suivre toutes les préconisations avant et de prendre des précautions pendant. Je détaille tout cela dans le tutoriel en lien et tu trouveras également des réponses dans les commentaires de ce dernier.

La première recommandation est de faire une sauvegarde de sa NAND en cas de problème. Ensuite, pour laisser la sysNAND (système NAND sur la console) propre de toutes modifications underground, il faut créer une emuNAND (système NAND sur la SD dite emuMMC). Ceci est un incontournable. A partir de là, certains utilisent la sysNAND pour tout ce qui est legit et se connecte online et pour tout ce qui est non legit, cela sera traité sur l’emuNAND. Les deux sont déliées.

Et il faut paramétrer des DNS en plus d’utiliser d'autres outils pour éviter une connexion avec les serveurs de Nintendo. En boutant sur l’emuNAND, on ne connecte pas sa console à internet sinon c’est ban assuré d’où le fait de paramétrer des DNS. Et lorsque l’on décide de connecter sa console en mode sysNAND, on utilise le loader officiel de Nintendo donc on démarre sa console sans hack en mode stock. Ce qui implique de relancer le hack à chaque redémarrage de sa console si on souhaite utiliser son emuNAND.

Pour ce qui est du local, c’est tout à fait possible également.

Pour ce concerne les backups (jeux non legits), le format via Atmosphère sera le NSP. Même si le XCi est pris en charge, chaque gestionnaire s’occupe de l’installer comme un NSP donc il n’y aura pas grande différence. Il ne le charge pas nativement comme le fait SX OS. Donc d’un point de vue sécurité, cela ne rentre pas en compte. Si ce n’est que cela doit s’installer strictement sur l’emuNAND (emuMMC).

Ce qui modifie la NAND, ce sont les NSP (et XCi installés comme un NSP), certains homebrews et le mode autoRCM (qui n’est pas conseillé).

Voilà de nombreux éléments.

Oui EmuuNand créée et activée comme sur le tuto.

Je vais tester avec les fichiers que tu viens de me donner

Bon je viens de tout reprendre et...ca à enfin l'air de fonctionner, j'ai tester plusieurs NSP qui passent... Et je suis bien en CWF Emu en passant par Hetake. Je vais faire d'autres tests... Par contre j'ai "APPLET MODE" qui s'affiche constamment en rouge quand je suis dans le menu Album, est-ce un probleme ? J'ai essayer de lancer l'album en maintenant R comme j'ai pu lire mais sans effet...

J'ai parlé trop vite... ok les backups s'installent sans erreurs, mais la plupart ne se lancent pas une fois installés...j'ai droit a : "le logiciel n'a pas pu être démarré. réessayer depuis le menu HOME"...

Je recommence depuis le debut avec tes fichiers et je regarde...

Pour le tutoriel Atmosphère/Hekate.
underground-switch/installer-homebrew-menu-sur-switch-12-0-1-et-t736600.html
Et oui, il y a la possibilité d’avoir une emuNAND.

Mais dans ton cas, il faut modifier ton emuNAND créée avec SX OS pour la rendre compatible avec Atmosphère si tu en avais une. Et Atmosphère ne prend pas en charge le format XCi dans le sens où il ne le charge pas directement. Via un gestionnaire, un XCi s’installera comme un NSP.

Ou tu recommences à zéro en prenant soin de dumper tes sauvegardes de jeu pour utiliser le hack via Atmosphère/Hekate. A l’issu, tu restaureras ces dernières.