explications

La v3.1.1 de HEN est disponible et apporte des correctifs.

Mise à jour du tutoriel avec les dernières avancées et prise en compte des suggestions des membres pour améliorer la démarche en termes d'explications et d'informations.

La partie HAN sera revisitée, si et seulement si, il est mis à niveau pour 4.89 mais j'en doute puisqu'il n'est plus vraiment utile depuis.

Pour SX OS, je me doutais bien.
Pour le RCM Loader, je ne l’utilise pas donc à voir pour son fonctionnement.

Pour la préparation de ta SD, à refaire depuis SDSetup en prenant ce qui est recommandé et en ajoutant ce que tu maitrises. Et pour Kosmos, il n’est pas proposé si tu choisis ce qui est recommandé. D’ailleurs il s’agit de sa Toolbox qui n’est pas vraiment utile.
https://www.gamergen.com/forums/undergr ... 38312.html

Pour ton erreur, soit il manque des éléments sur la SD, soit des éléments n’ont pas à y être comme dit ou soit tu as un problème de boot. Essaies via PC si tu peux et si tu n’as aucun problème, c’est que le RCM Loader pose problème. Et si tu as le même problème, cela rejoint ce que j’indique dans la préparation de la SD. D’ailleurs, les explications de boot sont bien présentes dans le tutoriel avec toutes les informations dans sa FAQ pour éviter des questions auxquelles tu as déjà des réponses.

Et la dernière version de firmware est la 14.1.1 que tu pourras mettre à jour ensuite via Daybreak. Ne pas oublier de dumper les clés via Lockpick_RCM également.

Le format XCi n’est pas pris en charge par Atmosphère. Le gestionnaire de backups que tu utiliseras l’installera comme un NSP. Certains gestionnaires de backups s’occupent de vérifier le NSP avant de l’installer mais pas tous. Et il existe aussi NSC_Builder pour vérifier sa compilation. Tomber sur des NSP corrompus, c’est rare mais ça existe. Il faut utiliser une source fiable pour éviter cela mais aucun lien sur le forum n’est autorisé.

L’emuNAND ne doit pas utiliser le online et encore moins les serveurs de Nintendo. Les explications sont en FAQ. Il faut procéder aux mises à jour manuellement sinon ce sera un ban. Et ce pour le firmware ou les jeux.

SX OS n’est compatible que jusqu’à la version HOS 11.0.0 donc au dessus, il ne fonctionnera pas. Le hack Atmosphère est une excellente alternative. Juste penser à mettre à jour les sigpatches quand nécessaire. Pour le reste, aucune difficulté ni complication dans son fonctionnement.

Whaoo sur PC et avec manette le 2 juin !

Merci Blizzard, ce sera dayone !

Les explications sur le site de Blizzard montrent que l'adaptation au PC semble avoir été très soigneusement peaufinée pour ce DI...

Il faut dire que la gestion de la manette dans D3 avait été remarquable sur console...

Dans le cas d’une mise à jour de la sysNAND avec un hack non compatible pour le moment, le downgrade ne sera possible que via une méthode fastidieuse et pas évidente pour tout le monde. Cela passe par des outils tiers via PC si on possède un backup de NAND. Et le risque est réel également.

Pour ce qui est de l’emuNAND, la possibilité est seulement dû au fait que le hack peut encore se lancer sur la sysNAND et ainsi créer une emuNAND dans la version dans laquelle est la sysNAND. La seule contrainte est la perte des données « temporaires » des sauvegardes (car elles pourront être dumpées sur la précédente qu’une fois un hack compatible) et le fait de réinstaller les backups.

Mais ceci fait partie des explications que je donne à travers ton topic car dire que rien n’est possible serait faux.

En revanche, j’insiste sur le fait de patienter le temps que le développeur SciresM propose une nouvelle version de son CFW. Cela ne va pas tarder et il l’a déjà rendu compatible « en privé » mais cela demande du temps car le travail nécessite une réécriture de l’ensemble du code et la correction de bogues. Toutefois, Atmosphère sera compatible. Il faut juste patienter. Je dis cela car le temps que tu trouves ce moyen et que tu traites tout cela pour en comprendre les manipulations, la nouvelle version sera là.

Tu parles du lancement du CFW soit via Hekate, soit via Atmosphère directement. Dans ton cas, tu utilises Hekate donc tu arrives directement sur son interface NYX et de là, tu enchaînes sur l’étape suivante.

Les explications données sur ce point apportent des précisions nécessaires pour chacun car tu as le choix de le faire via Hekate (conseillé) ou directement via Atmosphère mais cela ne donnera pas la même approche.

Hekate est un custom bootloader qui permet beaucoup de fonctions. D’ailleurs, cette indication est donnée en FAQ également. Le mode Launch de Hekate va permettre, dans un premier temps, de démarrer ta console en mode CFW sur la sysNAND (car au départ, tu n’a pas créé ton emuNAND encore comme précisé car c’est une prochaine étape).

Je ne vois pas pourquoi, tu souhaites éteindre la console ou sortir de là puisque le tout est lié à l’étape qui suit pour sauvegarder sa NAND en utilisant Hekate. De plus, cela est tout de même bien indiqué puisqu’elle précise la démarche ensuite.

A la limite, le seul aspect que j’ai zappé de modifier depuis, c’est le fait que maintenant le BIN pour lancer Atmosphère se nomme Fusee.bin et non fusee-primary.bin. Chose que je vais modifier.

Je ne m’énerve pas mais comme tu remets en cause le fait qu’il n’y pas les explications que tu cherches, je reste perplexe alors qu’elles s’y trouvent mais pas à l’endroit dont tu le souhaiterais ^^

Pour le reste, comme déjà dit, il s’agit d’une erreur système donc refaire une restauration système puis le processus via HEN directement te permettra de t’assurer du reste.