[Switch] Le hack de la licence SXOS est là
Ou reste avec le firmware 11.0.0 avec sxos 3.1.0 (non hacké)
Intéressant, j'attends la prochaine Maj switch pour enterrer la TX, mais ça va peut être motiver d'autres dev, merci pour la news
Reste a voir si y a possibilité de voir comment fonctionne le module pour charger les xci pour l’integrer a Atmo ou clest une autre histoire ?
si tu veux les xci va sur sxos
Nonje possède une switch puce trinket et emunand et sx os avec licence je peux faire la dernière mise a jour et faire queleque chose avec ou rien merci a vous
Trop cool Reacher17! Bien joué! Les gens sur gbatemp ne te croyaient tellement pas!
Ca sent l'occasion de tester ce sx_ox sur emunand en 11.0.1 y'a déjà pas mal d’autres jeux compatibles avec ce firmware.
Bravo Reacher17
Ca serait amusant d'interfacer ça sur une page web, avec une zone pour coller son fingerprint, et le download du boot.dat (après applicaiton du patch server side).
On pourrait même imaginer choisir la version qu'on désire ^^
Et j'oubliais.
Un grand merci a shadows pour ses testes.
Mais de rien, avec plaisir, moi j'ai pas fait grand chose et c'est une aventure assez difficile dans laquelle tu t'étais engagé, bien joué d'avoir concrétisé l'essaie en créant en plus une méthode pour patcher soi-même le fichier via une méthode open-sources. D'ailleurs pour le lancement en 11.0.1 si tu as besoin de tests n'hésites pas à me demander, je t'aiderai à nouveau avec plaisir.
Bravo Reacher17
Ca serait amusant d'interfacer ça sur une page web, avec une zone pour coller son fingerprint, et le download du boot.dat (après applicaiton du patch server side).
On pourrait même imaginer choisir la version qu'on désire ^^
Une fois le script python bien mis à jour, stabilisé et bien testé se sera mis en place dans mon Ultimate-Switch-Hack-Script en automatisant plus ou moins le processus comme j'ai pu le faire pour diverses autres fonctionnalités (créations des sig_patches pour Atmosphere par exemple). Après l'intérêt de patcher même d'ancienne version de SXOS n'est pas très utile selon moi puisque la dernière version fonctionne très bien avec les anciens firmwares jusqu'au 11.0.0.
Pourquoi intégrer les xci à atmo ? Sciresm est contre ça serai irrespectueux de le faireReste a voir si y a possibilité de voir comment fonctionne le module pour charger les xci pour l’integrer a Atmo ou clest une autre histoire ?
Ah je vois les vidéos ne sont pas admises ici
euh pas vraiment elles sont visibles meme sans etre connecté :siffle:
Pour l'instant avec SX OS tous les jeux sont jouables même Monster Hunter Rise , l'histoire du firmware est juste une vaste blague pour se protéger contre le piratage mais c'est plus complexe que cela , un jeu n'utilise pas forcément le dernier SDK c'est la raison qu'un jeu peut être patché dans un firmware inférieur.Intéressant comme défi personnel.
Mais bon sxos s'arrête au firmware : 11.0.0
Donc bon pas utile.
En sachant que la grande majorité des utilisateurs à migrer vers atmosphère. Pour le firmware 11.0.1
(coucou monster hunter rise ^^)
Ou reste avec le firmware 11.0.0 avec sxos 3.1.0 (non hacké)
Une fois le script python bien mis à jour, stabilisé et bien testé se sera mis en place dans mon Ultimate-Switch-Hack-Script en automatisant plus ou moins le processus comme j'ai pu le faire pour diverses autres fonctionnalités (créations des sig_patches pour Atmosphere par exemple). Après l'intérêt de patcher même d'ancienne version de SXOS n'est pas très utile selon moi puisque la dernière version fonctionne très bien avec les anciens firmwares jusqu'au 11.0.0.
Parfait c'est une bonne chose Shadow !
La version online est plutôt faite pour les froussards qui préfèrent ne pas exécuter un script plus ou moins à l'aveuglette (même si on est d'accord qu'ils peuvent examiner précisément le script).
Après c'est vrai que qui peut le plus peut le moins, pas trop d'interêt à prendre une version ancienne de SXOS, tu as raison.
Hello,Pour l'instant avec SX OS tous les jeux sont jouables même Monster Hunter Rise , l'histoire du firmware est juste une vaste blague pour se protéger contre le piratage mais c'est plus complexe que cela , un jeu n'utilise pas forcément le dernier SDK c'est la raison qu'un jeu peut être patché dans un firmware inférieur.Intéressant comme défi personnel.
Mais bon sxos s'arrête au firmware : 11.0.0
Donc bon pas utile.
En sachant que la grande majorité des utilisateurs à migrer vers atmosphère. Pour le firmware 11.0.1
(coucou monster hunter rise ^^)
Ou reste avec le firmware 11.0.0 avec sxos 3.1.0 (non hacké)
Bien sûr si SX OS n'est plus mis à jour dans 1 an les nouveaux jeux en développement seront sûrement impossible à jouer mais pas avant et la Switch fêtera presque 5 ans ce qui veut dire en fin de vie Nintendo prépare une nouvelle console à présenter l'année prochaine , ceux qui ont SX OS ne sont pas obligé de passer à Atmo sauf pour avoir le dernier firmware à la mode et les derniers jeux qui vont sortir avant la fin de la console sauf si certains trouvent des astuces pour les nouveaux jeux dans ce cas passer sur Atmo ne sert à rien...
@reacher17,
Ça fonctionne sur tous les modèles acceptant le sx os ou juste les V1 ?
@badboyforlife,
Exact, j ai oublié de préciser sur smartphone
Sur pc oui les vidéos sont visibles sans passer par le forum...
Pourquoi intégrer les xci à atmo ? Sciresm est contre ça serai irrespectueux de le faireReste a voir si y a possibilité de voir comment fonctionne le module pour charger les xci pour l’integrer a Atmo ou clest une autre histoire ?
Pourquoi intégrer les xci à atmo ? Sciresm est contre ça serai irrespectueux de le faire
Pour le format pratique.... scire est contre tes jeux en format nsp aussi et ca t’empeche pas d’installer les sigpatch.... j’ai deja ma licence sx os sur une console avec sx core et sur ma console en rcm un trinket et atmos....
Si tu veux installer des Xci passe tout simplement par lithium .,,
Y en a plusieurs qui le font mais bon l’avantage c’est de pas etre obligé d’installé et lorsque ton emunand corrompt ou autre clest un peu plus rapide.
Ta vidéo est en privéUne preuve vidéo pour démontré que l'installation des NSP fonctionne
Pour les XCI j'ai utilisé une console en 10.0.3 qui était auparavant en 11.0.1 mon fw lotus (efuse du port cartouche) a été mis à jour je ne peu donc pas utilisé de XCI même si j'utilisais la version officiel de SXOS
Mais j'avais pu le test sur une autre switch et sa fonctionnais très bien
Merci encore a Reatcher17 pour ce super travail ^^
Ta vidéo est en privéUne preuve vidéo pour démontré que l'installation des NSP fonctionne
Pour les XCI j'ai utilisé une console en 10.0.3 qui était auparavant en 11.0.1 mon fw lotus (efuse du port cartouche) a été mis à jour je ne peu donc pas utilisé de XCI même si j'utilisais la version officiel de SXOS
Mais j'avais pu le test sur une autre switch et sa fonctionnais très bien
Merci encore a Reatcher17 pour ce super travail ^^
Oui après j'ai l'intention de voir si je peux mettre a jour le sxos.
Ce soir je donnerai le script pour la v3.1.0.
Et donnerai plus d'explications car j'ai pas le temps d'en donner en ce moment .
Quand je suis arrivé a spoofé l'empreinte d'une autre switch avec license j'ai donné sans explication du coup c'est flou pour tout le monde et je le comprends.
Laissez moi juste le temps de mettre tout ça en ordre
Moi, je possède une switch mariko sans puce ni licence sxos, car je ne trouve plus le matos nul part.
Pensez-vous que cette solution me concerne?
Est-ce possible de mettre la main sur le matos de nos jour?
Merci
Bon le script et fini pour la v3.1.0
Merci pour le taff. Cela sauvera aussi des personnes sui perdent leur fichier de licence .
je vais regarder le fonctionnement et tester pour le fun, j ai mes 2 licences achetées au chaud.
mais si un petit tutoriel arrivait ça serait chouette ✌
bonne continuation
Bon le script et fini pour la v3.1.0
Sauf que sur gbatemp tu veux pas livrer les fichiers telle quel mais les scripts python de modification oui . et puis sinon les liens son donné sur les vidéo côté YouTube poster ici ....
Si il cherche les utilisateur de gbatemp trouveront ....
merci a toiLa version pour le 3.10 avec python3,version officielle du travail de Reacher17
https://gbatemp.net/...oof-zip.255353/
Comment obtient-on le fingerprint d'une console?
Comment obtient-on le fingerprint d'une console?
Comment obtient-on le fingerprint d'une console?
Bientôt une licence valide pour tout le monde sur mon compte TwitterJe suis dans la meme mouise que toi en fait il faut que quelqu un qui a une licence valide te le partage et l ajouter dans le script.Comment obtient-on le fingerprint d'une console?
Cool merciComment obtient-on le fingerprint d'une console?
Bientôt une licence valide pour tout le monde sur mon compte TwitterJe suis dans la meme mouise que toi en fait il faut que quelqu un qui a une licence valide te le partage et l ajouter dans le script.Comment obtient-on le fingerprint d'une console?
a la fin ça va pas sentir la restriction de licence ça a force ?... hummm tu me dira la team est un peut hs mais bon..
Le fingerprint s'est pas la suite de chiffre en bas de " licence valide " sur SXOS ?
Oui effectivement c'est là, j'avais oublié cette info dans le menu de SXOS.
Bon par contre avec le script python 2 ça ne veut pas fonctionner (il me demande la licence alors que je l'ai bien donc pas de démarrage sur emunand possible mais par contre le Rommenu lui fonctionne) et avec Python 3 là SXOS ne démarre pas malgré l'installation de Pycryptodomex et Pycryptodome (ça fait doublon mais bon installer pycrypto c'est la galère). Bref pas moyen d'arriver à faire un test correct, du moins pour l'instant.
Edit: Bon OK j'ai confondu un "8" et un "B" dans mon fingerprint, forcément ça ne fonctionnait pas!!! Du coup avec Python 2 c'est OK (sauf le redémarrage qui repart effectivement sur l'erreur "boot.dat" en rouge), par contre avec Python 3 pour l'instant je ne sais pas se qui ne va pas.
Si vous le voulez je peux vous envoyer mon fingerprint avec ma licence ici
Un passage a la 11.0.1 serait super ! Je suis blocké sur cette mise à jour et ma petite est triste
Si vous le voulez je peux vous envoyer mon fingerprint avec ma licence ici
Downgrade.Un passage a la 11.0.1 serait super ! Je suis blocké sur cette mise à jour et ma petite est triste
là on peut effectivement dire que la Team SXoS est morte, ils ne publieront plus rien ... reste à voir si quelqu'un peut faire du reverse engineering et sortir de nouveaux firmwares qui dépassent le blocage du 11.0.0 ...
En effet il est peu probable désormais que la team fasse des maj d'os juste pour satisfaire ceux qui ont déjà les licences officielles, sachant qu'ils ne vendront très certainement plus beaucoup de licences.
Si vous le voulez je peux vous envoyer mon fingerprint avec ma licence ici
Si t en a une fraîche je veut bien moi en mp si tu veux merci a toi
https://github.com/c...e-SXOS-GRATUITEDowngrade.Un passage a la 11.0.1 serait super ! Je suis blocké sur cette mise à jour et ma petite est triste
J'aimerai bien, mais je n'ai pas trouvé de tuto explicite
Si vous le voulez je peux vous envoyer mon fingerprint avec ma licence ici
Si t en a une fraîche je veut bien moi en mp si tu veux merci a toi
Je te l’ai envoyé
Tu dois installer python sur ta machineDésolé pour la question, mais comment on fait pour :
Excuter le fichier TX SX spoof ID unpacker.py et patienté quelques secondes
Merci par avance pour votre aide
Downgrade.Un passage a la 11.0.1 serait super ! Je suis blocké sur cette mise à jour et ma petite est triste
J'aimerai bien, mais je n'ai pas trouvé de tuto explicite
Je viens d'installer python et fait exécuter. j'ai eu une fenêtre msdos 1 seconde à peine. Comment vérifier si c'est bon ? un simple boot avant d'installer le dernier firmware ?
https://github.com/c...e-SXOS-GRATUITE
Ta un tuto complet ici, Merci a Chronoss pour les explications clair et précise ^^
Et le fichier du script donné sur ce lien pour Python 3 fonctionne maintenant juste en installant Pycryptodome, parfait. Par contre il y a toujours le bug du message "boot.dat" sur fond rouge quand on redémarre la console via le menu de la Switch.
Edit: Pour ceux que ça intéresse j'ai refait le script en le rendant utilisable avec des arguments, vous le trouverez ici (clique droit sur le lien puis "Enregistrer la cible sous..." pour télécharger le fichier), il s'utilise avec les arguments "-i chemin_fichier_boot.dat_à_modifier" et "-f fingerprint_à_spoofer" (sans les guillemets), n'oubliez pas de rajouter des guillemets autour du chemin du boot.dat s'il contient des espaces.
Edit 2: Et voici ceci qui permet de ne pas avoir à installer Python ni aucune librairie, j'ai juste compilé le script utilisant les paramètres décrits ci-dessus avec Pyinstaller.
J'ai toujours pas compris l'utilité du script quand on a une licence valide (enfin tant que sxos ne peut pas être mis à jours). Trop de terme technique pour moi.
Sinon beau travail quand même ^^.
Les license sxos pleuvent de partout.
J'ai jamais voulu ça moi mdr.
À tous ceux qui ont critiqué mon taf je vous en veux pas je comprends vôtre réaction.
S'en était même amusant.
Merci de m'avoir fait rigoler a ce point . ;-)
Downgrade.Un passage a la 11.0.1 serait super ! Je suis blocké sur cette mise à jour et ma petite est triste
J'aimerai bien, mais je n'ai pas trouvé de tuto explicite
Tu peux m'écrire en MP si tu veux
Je demandai de l'aide principalement pour mon blockage sur la mise à jour 11.0.1 avec le SX OShttps://github.com/c...e-SXOS-GRATUITEJ'aimerai bien, mais je n'ai pas trouvé de tuto expliciteDowngrade.Un passage a la 11.0.1 serait super ! Je suis blocké sur cette mise à jour et ma petite est triste
Ta un tuto complet ici, Merci a Chronoss pour les explications clair et précise ^^
Il faut obligatoirement utiliser atmosphère pour downgrade pour le moment. A moins d'attendre que le support 11.0.1 de Reatcher17 soit disponibleJe demandai de l'aide principalement pour mon blockage sur la mise à jour 11.0.1 avec le SX OShttps://github.com/c...e-SXOS-GRATUITETa un tuto complet ici, Merci a Chronoss pour les explications clair et précise ^^J'aimerai bien, mais je n'ai pas trouvé de tuto expliciteDowngrade.Un passage a la 11.0.1 serait super ! Je suis blocké sur cette mise à jour et ma petite est triste
C'est pas trop galère à faire ?Il faut obligatoirement utiliser atmosphère pour downgrade pour le moment. A moins d'attendre que le support 11.0.1 de Reatcher17 soit disponibleJe demandai de l'aide principalement pour mon blockage sur la mise à jour 11.0.1 avec le SX OShttps://github.com/c...e-SXOS-GRATUITETa un tuto complet ici, Merci a Chronoss pour les explications clair et précise ^^J'aimerai bien, mais je n'ai pas trouvé de tuto expliciteDowngrade.Un passage a la 11.0.1 serait super ! Je suis blocké sur cette mise à jour et ma petite est triste
du coup on peut jouer au jeu en format xci ? sur disque dur ? facile a installer ?
ta source n est plus dispo dommage.Une preuve vidéo pour démontré que l'installation des NSP fonctionne
Pour les XCI j'ai utilisé une console en 10.0.3 qui était auparavant en 11.0.1 mon fw lotus (efuse du port cartouche) a été mis à jour je ne peu donc pas utilisé de XCI même si j'utilisais la version officiel de SXOS
Mais j'avais pu le test sur une autre switch et sa fonctionnais très bien
Merci encore a Reatcher17 pour ce super travail ^^
Edit : OOf youtube est en PLS ce soir impossibld de mettre la vidéo en public mdr
Edit2 : Corrigé
https://github.com/c...e-SXOS-GRATUITE
Ta un tuto complet ici, Merci a Chronoss pour les explications clair et précise ^^
Merci
!!!!!!!!!!
Y a aucune hack a avoir niveau sx core tout a deja ete dumpé, le probleme c’est de trouver qui prendra la chance meme sans code nintendo dans la modchip de partir une production.
Pour l'instant les derniers jeux sont fonctionnels.
Installation via tinfoil.
Bonjour sx os est non fonctionnel avec le firmware 11.0.1 faudra pour le moment passé par atmosphère ou sinon faudra rester en 11.0 mais les derniers jeux seront non fonctionnel.
Oui et non rien n’empêche d'êtres en SXOS 3.1.0 beta et OFW 11.0.0 via NSC_Builder ;
La question se posera quand on aura jeux compilé SDK supérieur au FW en cours (et encore pas forcément tout dépend des fonctionnalitées car du moment quelle sont présent sur le FW même en sdk supérieur ça ce lancera .... ) .
D'ailleurs je suis même pas au dernier FW pise en charge par sxos pour ma part mais en 10.2.0 et aucun soucis actuellement en abaissant la masterkey )
La mise a jour v1.1.1 de Monster Hunter Rise requiert le Fw 11 , elle ne passe pas en 10.2.0, elle requiert le nouveau SDK 11.4Oui et non rien n’empêche d'êtres en SXOS 3.1.0 beta et OFW 11.0.0 via NSC_Builder ;Bonjour sx os est non fonctionnel avec le firmware 11.0.1 faudra pour le moment passé par atmosphère ou sinon faudra rester en 11.0 mais les derniers jeux seront non fonctionnel.
La question se posera quand on aura jeux compilé SDK supérieur au FW en cours (et encore pas forcément tout dépend des fonctionnalitées car du moment quelle sont présent sur le FW même en sdk supérieur ça ce lancera .... ) .
D'ailleurs je suis même pas au dernier FW pise en charge par sxos pour ma part mais en 10.2.0 et aucun soucis actuellement en abaissant la masterkey )
Je ne sais pas si c'est bien le bon endroit pour vous demander ça, mais comme on parle de SX je vais essayer...
J'ai un problème que je n'arrive pas à résoudre.
Je souhaite booter directement sur Hekate (j'ai une trinket + sxos)
Puis pouvoir lancer sxos
J'ai donc fait un boot.dat. (je ne sais plus comment j'ai trouvé ca sur le net)
Ca fonctionne, Hekate se lance bien directement, mais impossible de lancer SX par la suite à partir d'Hekate.
J'ai essayé avec un payload compatible sx, mais ca me rebalance sur Hekate du coup, à cause du boot.dat.
Je ne sais pas si vous me suivez... mais si une âme charitable à une idée, je suis preneur !
Je me permet de demander ici, car il y a des balèzes sur ce topic :-)
Merci à vous et merci pour cette super news, en espèrent que l'on pourra monter de version de FW !
Merci dotmehdi,Pour booter sur sxos depuis Hekate tu as besoin du payload SX Gear disponible sur leur site officiel ou ici : https://web.archive....oad/payload.bin
Tu dois placer le fichier payload.bin dans /bootloader/payloads
Comment fait on pour activer le rommenu avec le scrip en 3.1. Je suis incapable de monter un jeu et le lancer en 11.0.1 et sxos 3.1
Si ton boot.dat n'est pas SXOS c'est normal que tu ne puisse pas accéder à SXOS puisque le principe du payload SX Gear c'est de rediriger vers ton boot.dat. En gros, tu veux chainload Hekate depuis ta console (une patchée donc j'imagine) tout en conservant SXOS pour disposer d'un dual-boot mais malheureusement pour le moment c'est impossible à moins de recourir à spacecraft-nx. Le mieux sinon c'est de conserver ton boot.dat de SXOS et de mettre hekate à la racinte de ta carte pour pouvoir lancer le payload Hekate depuis le menu d'options de SXOS (en maintenant VOL+ au démarrage).Merci dotmehdi,Mais malheureusement ça ne fonctionne pas chez moi.C'est visiblement le même payload que j'évais avant, et quand je le lance via Hekate, je reviens sur Hekate.Mon boot.dat (à la racine de la SD) est celui qui boot hekate,Dans Bootloader j'ai bien plusieurs .bin dont celui que tu m'a communiquén (je l'ai d'ailleurs renommé en sxos.bin, peut être qu'il ne faut pas), mon .ini pointe dessus.Aurais-tu une idée d'ou vient le problème ?Pour booter sur sxos depuis Hekate tu as besoin du payload SX Gear disponible sur leur site officiel ou ici : https://web.archive....oad/payload.binTu dois placer le fichier payload.bin dans /bootloader/payloads
Y a aucune hack a avoir niveau sx core tout a deja ete dumpé, le probleme c’est de trouver qui prendra la chance meme sans code nintendo dans la modchip de partir une production.
C'est possible souvenez vous que hekate avant chargé les jeux avant de lancé le cfw
Et je pense que la tx c'est servi de ce code pour l'intégrer a sxos
Si ton boot.dat n'est pas SXOS c'est normal que tu ne puisse pas accéder à SXOS puisque le principe du payload SX Gear c'est de rediriger vers ton boot.dat. En gros, tu veux chainload Hekate depuis ta console (une patchée donc j'imagine) tout en conservant SXOS pour disposer d'un dual-boot mais malheureusement pour le moment c'est impossible à moins de recourir à spacecraft-nx. Le mieux sinon c'est de conserver ton boot.dat de SXOS et de mettre hekate à la racinte de ta carte pour pouvoir lancer le payload Hekate depuis le menu d'options de SXOS (en maintenant VOL+ au démarrage).
Comment fait on pour activer le rommenu avec le scrip en 3.1. Je suis incapable de monter un jeu et le lancer en 11.0.1 et sxos 3.1
Je vais peut être dire une bétise, mais je crois que le 3.1 est uniquement compatible avec le firmware 11.0.0, pas avec le 11.0.1
Vous confirmez ?
Bonjour sx os est non fonctionnel avec le firmware 11.0.1 faudra pour le moment passé par atmosphère ou sinon faudra rester en 11.0 mais les derniers jeux seront non fonctionnel.
C'est la réponse que je craignais, y a t'il un tuto qui explique comment migré de SX OS avec puce trinket ?
Atsmosphere est-il aussi simple à l'usage ?
What ? Si c'est une V1 non patchée le dual boot ne pose aucun problème ! Envoie moi un MPSi ton boot.dat n'est pas SXOS c'est normal que tu ne puisse pas accéder à SXOS puisque le principe du payload SX Gear c'est de rediriger vers ton boot.dat. En gros, tu veux chainload Hekate depuis ta console (une patchée donc j'imagine) tout en conservant SXOS pour disposer d'un dual-boot mais malheureusement pour le moment c'est impossible à moins de recourir à spacecraft-nx. Le mieux sinon c'est de conserver ton boot.dat de SXOS et de mettre hekate à la racinte de ta carte pour pouvoir lancer le payload Hekate depuis le menu d'options de SXOS (en maintenant VOL+ au démarrage).
Merci pour test explications dotmehdi, donc impossible pour le moment.
Dommage, un boot direct sur Hekate m'aurais bien intéressé, tout en gardant sxos.
Merci beaucoup, ca fait plusieurs mois que j'essais de trouver une solution, je vais arrêter de me prendre la tête du coup :-), j'ai enfin une explication clair.
EDIT : c'est une V1 non patchée.
Sur ce... J'arrête de pourrir le topic.
Merci à Reacher17 pour son travail sur la scène switch, il manque plus que le support sx os 11.01 et c'est parfait
Moi ce n'est pas le support 11.01 qui m’embête... C'est plutôt la capacité de quelqu'un de reprendre le flambeau !
Le firm 11.01 ne manque réellement pas a grand monde à mon avis de par le peu de jeux concernés par celui ci. En revanche ca va devenir problématique avec les prochains firmwares qui ne seront plus mis à jours sur SXOS.
Et comme je l'ai fait remarquer, j'imagine mal la team Xecuter concocter un nouvelle version qui laissera le spoof d'un fingerprint faisable.
Bonjour,
pas de demandes de vente ou pose sx core sur le forum, pas de liens non plus, en raison des procédures en cours.
merci de votre compréhension.
Salut popov22,demande bien prise en compte désolé.Bonjour,
pas de demandes de vente ou pose sx core sur le forum, pas de liens non plus, en raison des procédures en cours.
merci de votre compréhension.
Salut , petite question , pourquoi ne pas trouver une personne qui fait des puces vierge en vente qui devrait entre légale et la responsabilité du hack appartient uniquement a l'acheteur de ce produit qui lui injecte les fichiers dit illégale dedans ? La vente d'une puce vierge ne doit pas gêné .
Déjà parce que la puce elle même n'est pas l'unique problème. Il s'agit d'une conception élaborée avec un PCB relativement complexe. Faut déjà être capable de reproduire un clone fonctionnel sans avoir de datasheet, et pour finir ce n'est pas si facile d'injecter du code dedans à l'instar d'un pic12F625/29 pour la psx... Et oui, il ne suffit pas d'un simple K150 !
Bon testé avec le sx core non fonctionnel boot.dat en erreur.
je pense valide que pour les v1.
Je confirme. Par contre j'ai trouvé une feinte en lançant Hekate (j'ai utilisé la version du pack Retroreloaded) via le "boot.dat" du SX Gear puis on utilise la fonction permettant de monter la µSD via Hekate, on remplace le "boot.dat" par la version hackée de SXOS avec la licence associée et enfin on lance le payload Sx_loader via Hekate toujours et là ça fonctionne. Bon la manipulation est chiante mais ça fonctionne.
Cool merci pour l info je vais essayé et je te redis.Bon testé avec le sx core non fonctionnel boot.dat en erreur.
je pense valide que pour les v1.
Je confirme. Par contre j'ai trouvé une feinte en lançant Hekate (j'ai utilisé la version du pack Retroreloaded) via le "boot.dat" du SX Gear puis on utilise la fonction permettant de monter la µSD via Hekate, on remplace le "boot.dat" par la version hackée de SXOS avec la licence associée et enfin on lance le payload Sx_loader via Hekate toujours et là ça fonctionne. Bon la manipulation est chiante mais ça fonctionne.
Cool merci pour l info je vais essayé et je te redis.Bon testé avec le sx core non fonctionnel boot.dat en erreur.
je pense valide que pour les v1.
Je confirme. Par contre j'ai trouvé une feinte en lançant Hekate (j'ai utilisé la version du pack Retroreloaded) via le "boot.dat" du SX Gear puis on utilise la fonction permettant de monter la µSD via Hekate, on remplace le "boot.dat" par la version hackée de SXOS avec la licence associée et enfin on lance le payload Sx_loader via Hekate toujours et là ça fonctionne. Bon la manipulation est chiante mais ça fonctionne.
Edit/Bon la manipulation fonctionne la licence est activé mais au lancement écran noir sa va pas plus loin.
Je vais essayé de voir d ou sa peut venir.
Donc pour ma manipulation j ai fait un bakup avec hekate ensuite avec atmosphère et daybreak j ai downgrade en 11.0
Une fois fini j ai modifié le dossier emunand et mis sur dossier sx os.
ensuite comme à dis shadow256 avec hekate en usb j ai modifié le boot.dat et ensuite booter sur payload je suis resté appuyé sur le bouton plus afin de voir si l emunand est activé ou pas et elle la été.
mais en le lançant écran noir voilà voilà.
Edit 2/Bon j ai refait la manipulation et rebelotte et si j appuie sur power sa redémarre et erreur boot.dat en rouge.
Sinon le patch a évolué TX SX spoof ID unpacker (release du 04/4/2021) (cf GBATEMP)
- le fingerprint est a mettre dans le fichier texte "fingerprint.txt" (dans le dossier courant du script ce qui evite de toucher au script python Python-3.9-hacksxos3.1.0.py )
- il y a la correction pour avoir le support des cheats (les jeux sont maintenant détecté quand on va a l'onglet cheat) (Correction Mrdude)
- Retrait des DRM pour SXDumper ( par Mrdude )
Testé sa fonctionne pas.Sinon le patch a évolué TX SX spoof ID unpacker (release du 04/4/2021) (cf https://gbatemp.net/...ck-sxos.582831/) - le fingerprint est a mettre dans le fichier texte "fingerprint.txt" (dans le dossier courant du script ce qui evite de toucher au script python Python-3.9-hacksxos3.1.0.py )- il y a la correction pour avoir le support des cheats (les jeux sont maintenant détecté quand on va a l'onglet cheat) (Correction Mrdude)- Retrait des DRM pour SXDumper ( par Mrdude )
Moi ce n'est pas le support 11.01 qui m’embête... C'est plutôt la capacité de quelqu'un de reprendre le flambeau !
Le firm 11.01 ne manque réellement pas a grand monde à mon avis de par le peu de jeux concernés par celui ci. En revanche ca va devenir problématique avec les prochains firmwares qui ne seront plus mis à jours sur SXOS.
Et comme je l'ai fait remarquer, j'imagine mal la team Xecuter concocter un nouvelle version qui laissera le spoof d'un fingerprint faisable.
Effectivement sa va êtres un réel problème pour les jeux en Program SDK version >11.x
Par exemple c'est le cas de (cf. commentaire de Pilip75) MONSTER HUNTER RISE qui est en Program SDK version: 11.4.3.0 et donc l’abaissement du masterkey n'est pas suffisant (retour au home au lancement du jeux avec cette update 1.1.1 avec firmware abaissé.)
D'après se que j'en comprend il faudrait flasher ces fichiers BCPKG* sur la nand que l'on souhaite traiter (emunand ou sysnand selon utilisation du CFW), faisable avec NXNandManager par exemple. Après d'où viennent ces fichiers et qu'est-ce qui a été fait dessus c'est se qu'il faudrait savoir.
Clairement.
Pour autant, le test est simple et sans danger sur une emunand de test.
.
D'après se que j'en comprend il faudrait flasher ces fichiers BCPKG* sur la nand que l'on souhaite traiter (emunand ou sysnand selon utilisation du CFW), faisable avec NXNandManager par exemple. Après d'où viennent ces fichiers et qu'est-ce qui a été fait dessus c'est se qu'il faudrait savoir.
Wait and see c'est clair le support de FW supérieur sur boot.dat sera préférable ...
D'après se que j'en comprend il faudrait flasher ces fichiers BCPKG* sur la nand que l'on souhaite traiter (emunand ou sysnand selon utilisation du CFW), faisable avec NXNandManager par exemple. Après d'où viennent ces fichiers et qu'est-ce qui a été fait dessus c'est se qu'il faudrait savoir.
J'ai toujours pas compris l'utilité du script quand on a une licence valide (enfin tant que sxos ne peut pas être mis à jours). Trop de terme technique pour moi.
Sinon beau travail quand même ^^.
Aucun intérêt pour toi, sauf si tu as une 2ème switch sans licence...
Ce hack sert surtout à ceux n ayant pas de licence SX... afin de profiter des petits avantages du sx (les xci, et les jeux sur dd ext...)
Je pense tu as pas compris ce qui il a voulu te dire .J'ai toujours pas compris l'utilité du script quand on a une licence valide (enfin tant que sxos ne peut pas être mis à jours). Trop de terme technique pour moi.
Sinon beau travail quand même ^^.
Aucun intérêt pour toi, sauf si tu as une 2ème switch sans licence...
Ce hack sert surtout à ceux n ayant pas de licence SX... afin de profiter des petits avantages du sx (les xci, et les jeux sur dd ext...)
Les xci sont dispo sur ams depuis plusieurs mois avec lithium donc aucun intérêt ..
Avec nxnandmanager on peut flasher sur l'emunand?
Oui, tu peux faire un backup/restore d'une partition sur n'importe quel type de NAND, sys ou emu.
D'après se que j'en comprend il faudrait flasher ces fichiers BCPKG* sur la nand que l'on souhaite traiter (emunand ou sysnand selon utilisation du CFW), faisable avec NXNandManager par exemple. Après d'où viennent ces fichiers et qu'est-ce qui a été fait dessus c'est se qu'il faudrait savoir.
Hello
Si j'ai bien compris, sthetix a utilisé "Emmchaccgen" de suchmememanyskill pour mettre à jour le package2
edit: si le but de c'est de repasser le pkg2 en 11.0.0 mais laisser le binaire de SystemVersion (0100000000000809) en 11.0.1 alors ça sert à rien. Repasser le kernel en 11.0.0 c'est comme repasser toute la console en 11.0.0 puisque la diff apportée par le 11.0.1 est essentiellement dans le kernel, donc le pkg2.
C'est exactement ça que les gens ne comprennent pas.Oui, tu peux faire un backup/restore d'une partition sur n'importe quel type de NAND, sys ou emu.Avec nxnandmanager on peut flasher sur l'emunand?
D'après se que j'en comprend il faudrait flasher ces fichiers BCPKG* sur la nand que l'on souhaite traiter (emunand ou sysnand selon utilisation du CFW), faisable avec NXNandManager par exemple. Après d'où viennent ces fichiers et qu'est-ce qui a été fait dessus c'est se qu'il faudrait savoir.
Hello
Si j'ai bien compris, sthetix a utilisé "Emmchaccgen" de suchmememanyskill pour mettre à jour le package2
edit: si le but de c'est de repasser le pkg2 en 11.0.0 mais laisser le binaire de SystemVersion (0100000000000809) en 11.0.1 alors ça sert à rien. Repasser le kernel en 11.0.0 c'est comme repasser toute la console en 11.0.0 puisque la diff apportée par le 11.0.1 est essentiellement dans le kernel, donc le pkg2.
C'est exactement ça que les gens ne comprennent pas.Oui, tu peux faire un backup/restore d'une partition sur n'importe quel type de NAND, sys ou emu.Avec nxnandmanager on peut flasher sur l'emunand?
Hello :)Si j'ai bien compris, sthetix a utilisé "Emmchaccgen" de suchmememanyskill pour mettre à jour le package2 edit: si le but de c'est de repasser le pkg2 en 11.0.0 mais laisser le binaire de SystemVersion (tel:tel:0100000000000809) en 11.0.1 alors ça sert à rien. Repasser le kernel en 11.0.0 c'est comme repasser toute la console en 11.0.0 puisque la diff apportée par le 11.0.1 est essentiellement dans le kernel, donc le pkg2.D'après se que j'en comprend il faudrait flasher ces fichiers BCPKG* sur la nand que l'on souhaite traiter (emunand ou sysnand selon utilisation du CFW), faisable avec NXNandManager par exemple. Après d'où viennent ces fichiers et qu'est-ce qui a été fait dessus c'est se qu'il faudrait savoir.
Mais ça évite de prendre la mise à jours officiel 11.0.1 par erreur comme l’enfant de un de mes amis a fait...
Pour éviter ce genre de problème on peut aussi mettre le dns de 90DNS par securité...
Est-ce qu'aujourd'hui il est judicieux de poser une SX Core sur une v2 ? est-ce qu'il sera possible de mettre autre chose que le SX OS ?
Est-ce qu'aujourd'hui il est judicieux de poser une SX Core sur une v2 ? est-ce qu'il sera possible de mettre autre chose que le SX OS ?
Si j'ai bien compris, sthetix a utilisé "Emmchaccgen" de suchmememanyskill pour mettre à jour le package2
edit: si le but de c'est de repasser le pkg2 en 11.0.0 mais laisser le binaire de SystemVersion (0100000000000809) en 11.0.1 alors ça sert à rien. Repasser le kernel en 11.0.0 c'est comme repasser toute la console en 11.0.0 puisque la diff apportée par le 11.0.1 est essentiellement dans le kernel, donc le pkg2.
C'est exactement ça que les gens ne comprennent pas.
Ca me taraudait donc j'ai fini par regarder.
Alors en fait, les fichiers proviennent d'un site chinois : Switch 硬破设备 11.0.1 魔改 NAND 支持SX 3.1.0引导图文教程 | 时鹏亮的blog (shipengliang.com)
Et après vérification, le package2 a bien été downgradé (passé de la version 17 à 16) :
Inutile donc. Autant downgrade son fw directement.
Il te faut le boot.dat présent dans l'archive et non seulement le licence.dat
Les 2 fichiers ne doivent être dans aucun dossier mais à la racine de la SD.
Salut, tu ne peu pas utiliser une puce SXCORE sur une autre console si elle a été activée en effet.
Pour la version de Reacher17, elle n'est pas encore compatible car la puce vérifie le numéro de licence activée, le soucis va surement résider qu'il faudra flasher la puce pour que cela fonctionne, il y travail d'ailleurs
Donc pas grande solution pour repartir fonctionnel pour le moment sous SXOS et ton SXCORE, mais ça évolue rapidement donc au moment ou j'écris cela peu basculer en fonctionnel
@duduche si t'es en 11.0.1 FAT32
vu qu'on peux dwongrade avec 11.0.0 (vu qu'il n'y a pas de changement de efuse entre la 11.0.1 et 11.0.0) : je ferais comme ceci
- formater la carte microSD en FAT32
- mettre atmosphere-0.19.3 (ou plus récent) + SXOS
- charger le payload fusee-primary.bin depuis sxos SXOS_beta_v3.1.0
- lancer Daybreack et installer NX-11.0.0 avec en choix exFAT
- une fois terminé relancer le payload sxos puis le Custome FW sxos: il devrais êtres en mesure de booter .
A partir de la il est possible de sauvegarder ce qu'il y a sur la microSD puis la reformater en exFAT puis remettre les fichiers...
bonjour, je recherche un poseur pour ma console, qui connaîtrais ? je suis au alentour d'avignon merci.
bonjour, je recherche un poseur pour switch patche au alentour d'avignon? merci.
Salut, j'ai testé plusieurs version du script depuis gbatemp. Quelqu'un a une version qui marche pour lancer les XCI (pas installer) depuis Tinfoil? Je vois les xci dans le menu XCI mais appuyer sur X pour lancer ne fait rien.
Si oui, vous avez utilisé quelle version de Tinfoil?
But: accéder facilement (classer par nom, chercher) aux XCI sur le hdd.
En attendant, j'utilise album pour lancer les xci mais pas pratique quand on a beaucoup de titres.
Salut, j'ai testé plusieurs version du script depuis gbatemp. Quelqu'un a une version qui marche pour lancer les XCI (pas installer) depuis Tinfoil? Je vois les xci dans le menu XCI mais appuyer sur X pour lancer ne fait rien.
Si oui, vous avez utilisé quelle version de Tinfoil?
But: accéder facilement (classer par nom, chercher) aux XCI sur le hdd.
En attendant, j'utilise album pour lancer les xci mais pas pratique quand on a beaucoup de titres.
Capture d'écran pour clarifier:
Ca marche avec license originale. Mais ca marche pour quelqu'un avec la version Reacher17?...
Pour les intéresser voici un petit résumé rapide de ce qui est fait pour le crack
On décompose le boot.dat pour récupérer le payload80, stage2 et romenu
Après c'est de la modification de valeur pour patcher le payload80 + l'empreinte (filgerprint) d'une switch avec licence valide.
On récupère le sha256 pour l'ajouter au stage2 et on modifie également des valeur du stage2 + récupération de sha256
On chiffre le payload80 et le stage2, on ajoute le sha256 du stage2 dans le boot.dat et on copié colle entièrement toute les valeur du payload80 et stage2 dans le boot.dat (a des endroits précis bien sûr)
On patch le romenu et voilà on a un boot.dat qui utilise l'empreinte d'une autre switch (il faut également la licence.dat de la Switch valide)