bootloader

Et pour rejoindre ce que j'ai posté juste avant quant au ChangeLog de la v2.3 bêta de SX OS, voici un déchiffrage du développeur hexkyz.

[+] CLIQUER POUR AFFICHER

Je dois être honnête, cette version m'a pris 15 minutes de plus à cracker. Au début je pensais qu'ils avaient changé l'obfusction (nda : du code, une technique pour rendre le code difficile à comprendre pour un utilisateur lambda), mais il s'avère que c'était simplement parce qu'ils ont du emprunter le driver SDMMC d'Atmosphère/Hekate pour implémenter la nouvelle emunand SD (ils utilisaient leur propre driver auparavant).

Voici les changements:

• fs.mitm (nda : LayeredFS) à été mis à jour avec les derniers commits du github (nda : d'Atmosphère), dont l'utilisation de romfs_metadata.bin (nda : une maj récente qui permet de stocker les métadata de LayeredFS dans un fichier plutôt qu'en RAM) et la correction du bug des 32 jeux.


• Le HBL, les NRO ROMMENU et TX ont été mis à jour avec la dernière version de libnx


• Le bootloader et tous les patchs ont été mis à jour pour intégrer la prise en charge des redirections de l'eMMC vers la SD


• Le kip du loader a été mis à jour avec du code du loader de Stratosphère pour une raison inconnue (supporte désormais "ecs-%016ls" aka ExternalContentSource)

Pour conclure:

L'emuNAND SD fonctionne de la même manière que la précédente solution à savoir un fichier pour boot0, un pour boot1 et plusieurs pour les autres partitions. Le bootloader vérifie les fichiers sur la SD et indique au reste de la boot chain de rediriger tous les accès à la NAND en lecture/écriture (nda : vers la SD).

Ok pour le lien, vais voir cela. Merci.

Pour la méthode, elle fonctionne mais pas tellement recommandée comme indiquée au début du Tutoriel.
Après, il existe ZeroTwoXCi mais pas testé.

Avec le CFW atmosphère ou les bootloader Hekate, ReiNX et RajNX, c'est plutôt du format NSP pour le moment.

je suis en 3.2 c'est mort il faut le 4.2

par contre j'ai bien réussis a personnalise le ini avec le 4.2

Code: Select All Code

[config]
autoboot=1
autoboot_list=0
bootwait=5
customlogo=0
verification=2
backlight=100
autohosoff=0

{-- Divers --}
[SXOS]
payload=bootloader/payloads/sxloader.bin

et je peut le mettre en autoboot

ca pourra servir au utilisateur des dongles (made in china) mais faut que ca soit Hekate en 4.2

Tu veux booter directement sur SX OS via hekate.

Il te faudrait la dernière version (4.2) de Hekate car depuis la v4, tu peux ajouter des configurations. Si je ne dis pas de bêtise, pour le mettre à jour en utilisant un Dongle, il faut ajouter la version en la nommant update.bin dans le dossier bootloader (à vérifier car pas testé).
Et il faudrait savoir si ton Dongle est personnalisable également car si ce n'est pas le cas, cela va être compliqué.

Après je crois qu'il faut rajouter une section au fichier .ini avec payload=* ou en créer un. Encore une fois, il faut vérifier car pas testé. Les configurations n'ont plus besoin d'être dans un seul .ini (hekate_ipl.ini). Tu peux en rajouter dans le dossier bootloader/ini sauf erreur.

Cela pourrait donner cela:

Code: Select All Code

[sxos]
payload=bootloader/payloads/sx_loader.bin

Désolé de pouvoir aider davantage ^^

Ok, du coup, cette demande de mise à jour firmware n'empêche pas le lancement du jeu. C'est un processus intégré dans le jeu qui se lance automatiquement sauf erreur.

Après pour les update de jeu, comme le dit roukxwel, c'est autre chose et il faut passer par ton PC et via des sites.

Attention toutefois, car dans certains cas, l'update (ou le DLC) demande le firmware le plus récent. Mais tu as mis à jour donc pour toi, pas de problème.

Et si tu utilises le SX Pro, tu n'as pas posté dans le bon topic car celui ci concerne les bootloader et le CFW et la réponse aurait pu t'induire en erreur.

Merci beaucoup pour ton retour. Je vais attendre quelques jours alors avant de m'y lancer et de tout bien lire.
Tu me conseilles quoi niveau bootloader?

Comme l'indique le tutoriel, cela est compatible firmware 6.0.1 et inférieur.
Tu as le choix du bootloader, Hekate ou ReiNX.
Le CFW atmosphère est également dispo. Toutefois, je préconise d'attendre la v10 de la compilation SDFilesSwitch de tumGER. Malgré tout cela fonctionne également si tu suis l'indication donnée pour ce qui du payload à charger.

Le développeur Rei propose la v1.7.1 de son bootloader ReiNX.

Au menu, un écran de démarrage aux couleurs d'Halloween. Ce paramétrage disparaîtra après le 31 Octobre 2018. Le développeur a également mis à jour la stabilité TM.

[+] CLIQUER POUR AFFICHER

Cela était attendu depuis plus d'un mois et SciresM s'est donné du temps pour peaufiner son CFW tout en prenant en compte le firmware 6.0.0, voilà qu'il propose atmosphere-nx dans sa version 0.7 comme cela était prévu !

Il vous faudra:

• L’ensemble des fichiers de l'archive atmosphere-0.7.0.zip à mettre sur votre carte micro SD


• Utilisez le payload fusee-primary.bin via votre PC

Il annonce que le payload peut se lancer via Hekate puisque ce dernier intègre cette possibilité ! Toutefois, le développeur tumGER indique cela:

tumGER Wrote:Veuillez noter que je vais ajouter fusee comme payload dans le très bientôt ™ v10 (avec nos petites modifications personnalisées pour le rendre un peu plus froid <: rooEZ: 399827519286542336>)

• Si vous utilisez hekate, vous avez déjà l'expérience Atmosphere - Ne laissez pas tomber les fonctionnalités et ne vous contentez pas de leur chargeur de démarrage avec des fonctionnalités presque identiques pour les utilisateurs finaux.


• Si vous voulez toujours le tester ** et le charger sur hekate ** -
  1. Supprimez "fusee-primary.bin" dans "bootloader / payloads"
  2. Placez fusee-secondary.bin à la racine.

Je suis vraiment content pour l'équipe et je les remercie pour tout leur travail, sans eux il n'y aurait pas un seul CFW sur le marché.

Edit: Tutoriel actualisé mais il faudra que j'y revienne pour certains aspects après tests !

Edit 2: Démarche actualisée pour lancer atmosphère via hekate car j'avais une erreur. Grâce à l'indication de tumGER, problème résolu. La v10 de SDFilesSwitch viendra apporter le soutient correct du CFW atmosphère. Patience !

-------------------------
Autres infos:

HBLoader (aka HBL) propose sa version 2.0 en NSP pour accompagner le CFW atmosphère.

Le fichier binaire fourni est un fichier ExeFS PFS0.nsp, qui peut être placé dans /atmosphere/hbl.nsp ou chargé via une autre méthode de remplacement ExeFS.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prend désormais en charge l’exécution en tant qu’application avec un accès à la totalité des ~ 3,2 Go de RAM réservée aux applications, tout en restant compatible avec les anciens homebrew NRO. L'exécution en tant qu'applet de bibliothèque est toujours prise en charge, bien qu'elle n'ait accès qu'à 442 Mo de RAM.


• Autorise l'accès à toutes les autorisations FS.


• Autorise accès utilisateur / hôte à tous les services.


• Autorise l'accès au débogage de SVC.


• Accès à core3 afin de résoudre les problèmes de stabilité lors de l’utilisation préventive de threads multithread et d’équilibrage de charge.


• Ajout de la prise en charge de la clé ABI homebrew de RandomSeed, ce qui permet à l'homebrew de NRO d'utiliser les fonctions libnx randomGet * sans toujours obtenir les mêmes résultats tout au long d'une session unique de nx-hbloader.


• NPDM personnalisé construit à partir de la source.
  
  • Le type d'application par défaut du noyau limite le type à applet (2). Les utilisateurs d’Atmosphère ne sont pas concernés par cette modification, car sa prise en charge native de nx-hbloader définit automatiquement le type d’application approprié

Source: https://github.com/switchbrew/nx-hbload ... tag/v2.0.0

Tout ce qu'indique roukxwel est la possibilité du moment. Ce qu'il manque à la Switch est un utilitaire comme FBI, qui permettrait de supprimer, entre autres, les données du jeux et du ticket (sans oublier les possibilités de l'outils qui sont nombreuses).

Avec SX OS, il n'y a pas cela. Et avec les bootloader, tinfoil est dépourvu de cela également.

En termes de projet, la v2.0.1 de Xecuter corrige les bogues sur 6.0. Toutefois, rien pour l'emuNAND, dans son état actuel.

Il y a une beta v2.1 mais elle se concentre sur sa fonction de Cheat Code qui s'alimente petit à petit.

Dans tous les cas, le online est toujours déconseillé.

Et si tu souhaitais mettre à jour, il te faudra restaurer ta NAND propre en 5.1.0 avant de te lancer dans cette update. Ainsi, tu seras certain qu'aucune trace de NSP ou autres y seront. Ou alors, il faut passer par ChoiDujourNX mais c'est une autre histoire que je relate dans la FAQ du Tutoriel.