Derniers tests et previews
TEST DEAD OR ALIVE 6 Last Round : le combat reste redoutable, la mise à jour beaucoup moins...
TEST Star Fox : le grand retour de Fox McCloud sur Switch 2 !
PREVIEW Resonance: A Plague Tale Legacy, la saga change de visage et ça fonctionne
PREVIEW Dragon Ball Xenoverse 3 : le retour que les fans attendent depuis bien lontemps...
Dernières actualités
XBOX Game Pass : les ajouts de juillet 2026 dévoilés, accompagnés d'une grosse vague de départs
Récompenses, hasard et progression : les mécaniques communes entre jeux vidéo et casino en ligne
XBOX va licencier 3200 employés et se séparer de 5 studios, le sort d'Arkane encore incertain...
Switch : l'Europe sera bientôt privée des anciennes consoles de Nintendo et certains de ses accessoires
firmware
Le kit de développement logiciel (SDK) est un ensemble d’outils de développement. Les jeux récents dits nouveaux seront construits avec le dernier SDK. Pour les anciens jeux, cela ne rentre pas dans la donne.
Pour ce qui concerne les updates des jeux, ce sera différent également et cela se basera sur la même condition. Mais beaucoup de mises à jour de jeu qui demandent le dernier firmware n’ont pas non plus le même SDK. Et cette condition de mise à jour est opérée par Nintendo. Donc, le patch sera opérationnel pour des jeux construits avec l’ancien SDK.
Je ne sais pas si l’outil NSC_Builder pourra y faire grand chose à ce niveau car lui s’occupe de patcher le firmware en fonction de la base sur laquelle il est construit.
En principe, si le jeu de base ne nécessite pas le dernier firmware (dernier SDK) alors ce dernier avec ses mises à jour et DLCs peuvent être patchés pour être exécutés sur un firmware inférieur (si on a les clés pour chiffrer/déchiffrer le contenu) car le SDK requis ne change pas normalement.
Et je résume grossièrement car c’est plus complexe que cela et mes connaissances ne sont pas aussi précises. Ce kit, dans son évolution, sera utilisé pour des nouveaux jeux. Et ce ne sera pas sa seule mise à jour ^^
Un jeu comme Tetris Effect par exemple, est censé exiger le firmware 13.0.0. Or je peux attester qu'il fonctionne parfaitement sous SX OS V3.1.0 avec Firmware bloqué en 11.0.0
Comme tu ne souhaites plus utiliser SX OS, rien de plus simple pour toi que de repartir de zéro sans te lancer dans des manipulations autres pour conserver le hack SX OS.
HOS 13.0.0 est disponible et l’ensemble des outils sont portés pour supporter ce firmware. Toutefois, Atmosphère est en pré-release, le temps pour SciresM d’avoir suffisamment de retour pour corriger d’éventuels bogues et proposer sa release stable. Mais tout semble opérationnel.
Toutefois, tu peux mettre à jour manuellement en 12.1.0, si tu le souhaites.
Au delà de tout cela, ton port cartouche restera opérationnel si tu mets à jour sysNAND et emuNAND dans une même version qui implique une mise à jour de ce dernier. Il ne le sera pas si tu décidais de laisser ton emuNAND en 11.0.0 et ta sysNAND en 13.0.0 ou 12.x.x. Il sera inutilisable sur l’emuNAND car le port cartouche se met à jour à partir de HOS 12.0.0 (un efuse LOTUS se grille et cela fait donc 4 depuis la 4.0.0/9.0.0/11.0.0/12.0.0). Il n’existe aucun moyen de contourner cela via SX OS. Seul le patch NoGC le permet. Des explications en FAQ sont dispos.
Pour le reste et ce qui concerne l’emuNAND, si tu souhaites la conserver, il faut opérer une fonction de migration via Hekate pour que cette dernière soit utilisable pour les deux hack. Toutefois, elle ne doit pas dépasser 11.0.0 sinon, SX OS ne pourra plus être utilisé. Et si tu mets a jour l’emuNAND pour ne plus passer par SX OS, tu le pourras pour AMS/Hekate.
Tu peux aussi créer une seconde emuNAND pour AMS/Hekate dans la version souhaitée mais est-ce vraiment utile ? Seul toi peut le savoir en fonction de ce que tu souhaites.
Dans tous les cas, sache que le downgrade de la sysNAND ne sera possible que si tu décides de conserver tes eFuses et que tu actives le mode autoRCM pour tout le temps booter sur CFW. Si tu ne fais pas cela, les eFuses de la CM se grilleront et démarrer la console sans hack aboutira à une erreur. Ceci est pour information.
Beaucoup d’éléments et des choix à faire. A toi de voir mais si tu souhaites utiliser AMS strictement, tu peux tout refaire. Une chose peut être envisagée, c’est sans doute le dump de tes sauvegardes pour les réutiliser ensuite. Les jeux XCi que tu utilisais via SX OS s’installeront comme des NSP via un gestionnaire de backups sous AMS.
Conserve tout de même une sauvegarde de ta SD sur PC et ta licence de SX OS.