payload

La Team Xecuter proposait la bêta 3.0.1 de son CFW SX OS qui semblait boguée. Depuis la bêta 3.0.2 est disponible.

ChangeLog 3.0.1

[+] CLIQUER POUR AFFICHER

• Correction d'un bug dans les données sauvegardées
  
  • Dans certains cas, la progression du jeu ne serait pas sauvegardée correctement. Ce comportement pouvait être observé dans les "castle crashers" (par exemple). Ce problème a été détecté et résolu !


• Fonctionnalité "GPT Repair" retravaillée pour les utilisateurs de big-NAND
  
  • Certaines personnes possédant des puces NAND plus grosses ont déclaré ne pas pouvoir démarrer dans SX OS avec notre dernière mise à jour. Les utilisateurs concernés doivent utiliser l'option "GPT repair" dans le menu de démarrage de SX OS (sous options -> NAND) qui a été révisée pour corriger la table de partition pour les personnes ayant des puces NAND de plus grande capacité


• Les extensions populaires fonctionnent à nouveau
  
  • Les extensions populaires de SX OS comme SX Autoloader, Tesla Overlays et sys-clk overlay fonctionnent à nouveau pleinement !


• Restauration de la fonction de redémarrage de payload
  
  • Vous pouvez maintenant redémarrer avec n'importe quel payload. (Uniquement pour les consoles Erista)


• EmuNAND sur l'eMMC fonctionne à nouveau
  
  • Nous avons reçu des rapports selon lesquels des EmuNAND stockés sur eMMC ne fonctionnaient plus, ce problème a été réglé et corrigé


• De nombreuses autres améliorations mineures de la stabilité
  
  • Améliorations générales de la stabilité du système afin d'améliorer l'expérience de l'utilisateur

ChangeLog 3.0.2

[+] CLIQUER POUR AFFICHER

• Correction du plantage du jeu d'erreur 2162-0002 (v3.0.2 uniquement, v3.0.1 purgé)
  
  Nous avons introduit une régression dans SX OS 2.9.5 qui a fait planter certains jeux avec le code d'erreur 2162-0002 (lors de l'accès dans les manuels de jeu et autres). Ce problème a été résolu


• Correction d'un bug de sauvegarde des données
  
  • Dans certains cas, la progression du jeu n'était pas enregistrée correctement. Ce comportement pourrait être observé dans les "castle crashers" (par exemple). Cela a été retrouvé et résolu


• Fonctionnalité "GPT Repair" retravaillée pour les utilisateurs de grandes NAND
  
  • Certaines personnes disposant de puces NAND plus grandes ont déclaré ne pas pouvoir démarrer dans SX OS avec notre dernière mise à jour. Les utilisateurs concernés doivent utiliser l'option "Repair GPT" dans le menu de démarrage SX OS (Sous options -> NAND) qui a été révisée pour corriger la table de partition pour les personnes possédant des puces NAND de plus grande capacité


• Les extensions populaires fonctionnent à nouveau
  
  • Les extensions populaires de SX OS comme SX Autoloader, Tesla Overlays et sys-clk overlay fonctionnent à nouveau complètement


• Restauration de la fonction de redémarrage de payload
  
  • Vous pouvez maintenant redémarrer à nouveau sur n'importe quel Payload. (Uniquement pour les consoles Erista)


• EmuNAND sur eMMC fonctionne à nouveau
  
  • Nous avons reçu des rapports sur les EmuNAND stockés sur eMMC qui ne fonctionnent plus, cela a été résolu et corrigé


• Beaucoup d'autres améliorations de stabilité mineures
  
  • Améliorations générales de la stabilité du système pour améliorer l'expérience de l'utilisateur

Les Switch patchées n'empêchent pas le mode RCM mais l’injection de payload. Je t’invite à consulter les topics de cette section pour compléter les infos.

Donc ta Switch fait partie des modèles incertains. Si tu as testé l’injection et que cela aboutit à un écran noir, alors ta console est patchée.

Comme indiqué dans le topic, le patche n’empêche pas le mode RCM mais l’injection de payload. Et ce malgré que TegraRCMGui t’indique que cela s’est passé avec succès. Le soft ne détermine pas qu’il y a un patche mais il détecte seulement que le mode RCM est actif et par la même quand tu injectes le payload te dit « success ». C’est sur la console, après test, que cela indique si et seulement si l’injection a abouti. Dans ton cas, non, puisque l’écran reste noir.

bonjour a tous
je viens vers vous car quand j'injecte hekater l'ecran reste noir mais sut tegra ca mais ca Smashed the stack with a 0x0000 byte SETUP request!
Payload successfully injected

ca veux dire quoi ?
merci pour tous

Bonjour tout le monde

Mon modèle fait partie des incertains,auriez un lien, un tuto pour faire l’injection du payload en mode RCM via TegraRCMGui avec Hekate. car je suis un peu novice en la matiere

J'ai regarder au debut de la news ... mais j'ai pas vu de lien

En vous remerciant grandement

J'utilise hekate, je ne me sert pas de fusee-primary car c'est le plus simple pour moi de jongler avec avec les playload de sx et android.
par contre j'ai modifier le nro de reboot to payload pour qu'il aille chercher autre chose que le reboot_to_payload.bin d’atmosphère.

Mais pour les patches c'est good le premier lien est très bien pour moi
Tinfoil (hbg) et les jeux installer via SX fonctionne très bien.

un petit aperçu de mon ini

[+] CLIQUER POUR AFFICHER

Code: Select All Code

[config]
autoboot=0
autoboot_list=0
bootwait=1
verification=1
backlight=100
autohosoff=0
autonogc=1

{--- Custom Firmware ---}
[Atmosphere CFW ]
emummc_force_disable=1
fss0=atmosphere/fusee-secondary.bin
atmosphere=1
logopath=bootloader/res/splash_atmos_cfw.bmp
icon=bootloader/res/icon_atmos_cfw.bmp
kip1patch=nosigchk
kip1=atmosphere/kips/*

{--- Stock ---}
[Stock]
emummc_force_disable=1
fss0=atmosphere/fusee-secondary.bin
stock=1
icon=bootloader/res/icon_switch.bmp
{}