console

Le développeur iTotalJustice met à disposition un module système (sysmodule) de type script qui génère les patches fs, es, ldr et nifm au démarrage de la console.

Info: https://gamergen.com/forums/underground ... 75413.html

Ce serait sympa d'allumer la console pour faire un test merci.
Le jeu est une catastrophe, les sabres sont mal calibrés, ils partent vers l'avant, ont est entre le sabre et le gun.
Le jeu est injouable, les sensations disparaissent totalement sans compter les bugs remontés + frame drop etc.
Bref un test ni fait ni a faire qui veux surfer sur la news à la va vite, chatGPT fait mieux.
Heureusement qu'Eric sauve la face avec ses tests de qualités.

Et si par exemple au lieu de hekate, j'injecte le payload original fusee, atmosphère bootera dans la sysnand ou l'emunand quand j'allumerais la console après l'avoir éteinte complètement? Je pars du principe bien sûr que j'ai créée une emunand et que j'ai déjà lancé une fois atmosphère sur mon emunand.

Toutes les questions posées depuis ont leur réponse dans la FAQ qu’il faut lire pour comprendre un peu mieux car là je vais résumer grossièrement !

Le hack n’est pas permanent et si tu redémarres ta console, tu te rends bien compte que rien n’est installé sauf les fichiers NSP (qui eux ne fonctionneront pas puisque le hack n’est pas actif). Le fait d’injecter un payload permet de loader et cela depuis ta SD et non depuis la console. Pour Hekate qui est un custom bootloader, c’est ainsi (et pour d’autres également).

En revanche, en fonction de ce que tu utilises, cela laisse des traces dans la télémétrie d’où le fait de ne pas utiliser sa sysNAND pour les aspects underground et de créer une emuNAND. Les deux sont déliées.

Pour Hekate, il utilise un bootloader personnalisé qui n’est pas celui de Nintendo d’où le fait de ne pas aller sur le online. Il possède trois mode de boot qui utilisent son bootloader donc la connexion est à éviter. En démarrant la console normalement, elle utilise le bootloader de Nintendo. Le hack n’est plus actif.

Rien est installé lorsqu’il s’agit d’utiliser un payload (fichier bin) qui se charge de loader depuis la SD et non depuis la console.

Comme dit plus haut, ce qui modifie la NAND, c’est l’installation de NSP, certains homebrews comme RetroArch, le mode autoRCM car il se charge de corrompre la boot et autres.
La sysNAND, c’est la NAND système de la console et l’emuNAND, c’est la NAND système sur la SD. Donc pour éviter de modifier la NAND système de la console avec l’underground, on crée et on utilise une emuNAND.

Le firmware 11.17.0-50 est disponible et il vient corriger bannerbomb3, l'exploit s'appuyant sur les paramètres système de la console.

L’état actuel:

• Si votre console exécute Luma 10.2.1 ou une version ultérieure, la mise à jour est sûre à 100 %.


• Si votre console est sur une ancienne version de Luma, vous devez mettre à jour Luma avant de mettre à jour votre console vers 11.17.0.


• Si votre console ne dispose pas encore d'un CFW, ne la mettez pas à jour vers la dernière version, car les méthodes d'installation ne sont actuellement pas claires.

Personnellement je préfèrerais que ça soit une exclu pour que le jeu tire pleinement partie de la console. C'est un jeu iconique qui le mérite.

Bonjour,
desoler je ne sais pas si je suis au bon endroit pour poser cette question, ni même si je peux la poser!

je suis en 16.0.2

tout fonctionne nickel, sauf que lorsque j'ai voulu installer via DBI (derniere version) le fameux jeu dont tout le monde parle, a savoir TLZTOTK, avec MAJ, j'ai un message d'eereur me disant qu il y a des données corrompu.

Je me questionne sur le fait de savoir si cela vient de ma console si il me manque des sigpatche ou autres, ou si cela vient de la sources de mon fichier, a savoir que j ai test que des nsp converti.

Je sais pas si je suis clair dans mes explication ^^

merci et désolé si cela ne doit pas etre ecris ici je supprime sans pb

L’emuNAND est un aspect important. Sans compter le fait qu’elle permet de protéger son système de toutes corruptions de données ou brick, elle apporte aussi le fait de se prémunir d’un ban. Les deux sont déliées et ne communiquent pas ensemble.
Ne pas l’avoir créée au début implique d’avoir utilisé sa sysNAND pour l’underground et cela a donc modifié la NAND. Ce qui engendrera un ban après utilisation du online et connexion sur les serveurs de Nintendo donc cela est conseillé d’éviter. Et ce en espérant que la connexion a été configurée pour éviter cela au départ.

Pour revenir à un système sain, propre de toutes modifications, il existe la possibilité de restaurer une sauvegarde de NAND, si cette dernière a été faite au préalable, via Hekate et il existe Haku33:
https://gamergen.com/forums/underground ... 73953.html
Une simple réinitialisation, via les paramètres de la console, ne suffira pas.

Avant de procéder à cela, faire un dump des sauvegardes est préconisé pour les restaurer ensuite. Ainsi, après la création de l’emuNAND, les sauvegardes pourront être restaurées après lancement du jeu pour créer une 1re sauvegarde. Cela peut se faire avec JKSV ou autre.

Bien que les deux NAND soient déliées, je ne préconise pas d’utiliser le online lorsque la console est hack. Il y a des informations complémentaires dans la FAQ du tutoriel. Une erreur ou un oubli est si vite arrivé. Dans tous les cas, le hack ne doit s’utiliser que sur l’emuNAND et aucune connexion au online ou sur les serveurs ne doit se faire lorsque le boot s’opère sur l’emuNAND. Pour ce qui concerne l’utilisation de la sysNAND, elle doit être clean et la console doit démarrer normalement, sans hack, pour utiliser le loader de Nintendo. Lorsque le boot s’opère avec Hekate, il utilise son loader personnalisé que ce soit en sysNAND, emuNAND ou stock. Ces informations sont détaillés en FAQ.

Le Dongle sert à injecter le payload pour booter. Si tu souhaites t’en passer, à chaque redémarrage de ta console, il te faudra un autre moyen comme le PC ou autre pour booter.

Tant que ta console reste en mode veille, pas besoin de refaire le mode RCM pour injecter le payload. Cela s’opère que si tu la redémarres. Il n’y a pas d’autre moyen si ce n’est installer une puce (aucun lien ni support sur le forum) mais cela en vaut-il vraiment la peine sur une console non patchée ? Je ne pense pas mais ce n’est que mon avis. Le mode veille de la console est étudié pour et il n’est pas nécessaire de l’éteindre tout le temps.