[Switch] NXPayload-Converter, convertissez vos payloads en boot.dat

1300 visiteurs sur le site | S'incrire

Accédez aux coordonnées de l’ensemble des techniciens professionnels recommandés par logic-sunrise 20 derniers dossiers et tutoriaux
Wii / Wii U
[Switch] NXPayload-Converter, convertissez vos payloads en boot.dat

La scène underground a cette particularité de faire preuve d'une incroyable résilience, quelles que soient les difficultés qu'elle traverse.

 

En effet, à la suite des évènements de ces derniers mois qui ont touché la Team Xecuter, bon nombre d'utilisateurs de Nintendo Switch se sont inquiétés de l'avenir de leurs CFW, faute de mise à jour disponible pour SX OS.

 

Ce problème était d'autant plus conséquent chez les utilisateurs de consoles patchées, pour qui la migration vers Atmosphère n'était pas une mince affaire il y a encore quelques semaines.

Désormais, il est possible de changer de CFW beaucoup plus facilement, et même d'aller plus loin en s'affranchissant presque totalement du code de la TX, grâce au bootloader Spacecraft-NX. Les possibilités pour les utilisateurs de Switch, non patchées mais aussi patchées, se multiplient ainsi de jour en jour !

 

 

C'est dans cet esprit que le développeur MurasakiNX a conçu un outil très intéressant à l'aide du script Python de CTCaer : ce programme vous permet en effet de convertir tout payload (.bin) en exécutable "boot.dat", ce qui vous permet ainsi, en plaçant votre fichier converti à la racine de votre carte mémoire, de démarrer n'importe quel payload à la place de SXOS ! 

 

Cela permet notamment de raccourcir vos chainload pour démarrer Hekate ou Atmosphère, ou encore de démarrer depuis TegraExplorer ou tout autre payload que vous jugerez plus utile pour vous ! 

 

Ce programme est disponible uniquement sous Windows pour le moment, mais il est possible de le recompiler pour votre système via Node.js. 

 

Pour télécharger NXPayload-Converter dans sa dernière version, cliquez ici

 

 

Mardi 18 Mai 2021, 20:29 par dotmehdi
Source : github.com
18 mai 2021, 20:32
Approuver ce commentaire (+1)
+1
Merci à Murasaki :P
Répondre à ce commentaire
18 mai 2021, 20:41
Approuver ce commentaire (+1)
Sympa comme script, à voir si ça dure.
Répondre à ce commentaire
18 mai 2021, 21:00
Approuver ce commentaire (+1)

Merci pour la news.

 

Cela pourrait-il permettre linux/android sur une v2?

 

https://sx-boot-dat-....herokuapp.com/ existait déjà depuis un bail, quelles sont les différences pour un end-user?

Répondre à ce commentaire
18 mai 2021, 21:02
Approuver ce commentaire (+1)
+1

Merci pour la news. Cela pourrait-il permettre linux/android sur une v2? https://sx-boot-dat-....herokuapp.com/ existait déjà depuis un bail, quelles sont les différences pour un end-user?

Bas si le site est down le .exe lui fonctionnera tjr ^^
Et non android et linux sur ont besoins d'une maj pour fonctionné sur v2
Répondre à ce commentaire
18 mai 2021, 21:10
Approuver ce commentaire (+1)

Merci pour le retour, j'avais vu sur github que tu étais contributeur.

 

Oui j'ai réalisé l'avantage après avoir posté, il est évident que le .exe est plus pérenne.

Répondre à ce commentaire
18 mai 2021, 21:35
Approuver ce commentaire (+1)
cool merci!
Répondre à ce commentaire
18 mai 2021, 22:21
Approuver ce commentaire (+1)
Cool bon taff les gars !
Répondre à ce commentaire
18 mai 2021, 22:49
Approuver ce commentaire (+1)
+1
Top!

Si quelqu'un peut faire un tuto pour passer de sxos vers atmosphère sur une v2 ça aiderait grandement
Répondre à ce commentaire
18 mai 2021, 22:55
Approuver ce commentaire (+1)
Salut, sur le github, il y a un fichier NXPayload-Converter-Macos, une fois dl, le fichier n'a pas d'extension. Dois-je utiliser Node.js pour le recompiler ou est-ce déjà fait ?
Quel logiciel utiliser pour ce fichier sur Macos ?
Merci
Répondre à ce commentaire
18 mai 2021, 23:18
Approuver ce commentaire (+1)
Quel intérêt ? Tout fonctionne parfaitement déjà sans ça.
SX Gear, pas besoin de plus.
Répondre à ce commentaire
18 mai 2021, 23:27
Approuver ce commentaire (+1)

Quel intérêt ? Tout fonctionne parfaitement déjà sans ça.
SX Gear, pas besoin de plus.

SXGear ce n'est pas open source, même si c'est peu probablement, SXGear pourrais un jour plus fonctionné ect... en bref avoir une alternatif open source et toujours bénéfique pour la communauté, cela ne te servira peut-être pas mais peut-être que pour d'autre si


Salut, sur le github, il y a un fichier NXPayload-Converter-Macos, une fois dl, le fichier n'a pas d'extension. Dois-je utiliser Node.js pour le recompiler ou est-ce déjà fait ?
Quel logiciel utiliser pour ce fichier sur Macos ?
Merci

J'ai build Linux et Windows, Je n'ai pas de Mac donc je t'avoue que sais pas comment on le lance.
Répondre à ce commentaire
18 mai 2021, 23:45
Approuver ce commentaire (+1)

intéressant c est vrai qu un petit tuto serait sympa ayant sxcore sur switch evoli v1 merci par avance :crazy: 

Répondre à ce commentaire
19 mai 2021, 01:09
Approuver ce commentaire (+1)
+2
Pour les tutos tout existe déjà via ce sujet pour installer un CFW et autres manipulations basiques et ce sujet pour les spécificités des puces SX Core/Lite. Après comme je l'explique à chaque fois au sujet du passage de SXOS à Atmosphere ça dépend de la configuration de l'utilisateur et c'est déjà très largement abordé dans le forum selon chaque configuration.

Au sujet de la new bonne idée de programme, comme dit plus haut au moins on a maintenant une alternative open-source au boot.dat du SX Gear. Par contre le script python d'origine c'est lequel (genre celui-là), un lien serait intéressant à mettre au moins dans le readme du projet (@Linkynimes si tu vois ce message et comme je vois que tu contribues au projet si la modification te semble pertinente à toi aussi...).
Répondre à ce commentaire
19 mai 2021, 06:11
Approuver ce commentaire (+1)
+1

Pour les tutos tout existe déjà via http://www.logic-sun...ions-courantes/ et http://www.logic-sun...il-faut-savoir/. Après comme je l'explique à chaque fois au sujet du passage de SXOS à Atmosphere ça dépend de la configuration de l'utilisateur et c'est déjà très largement abordé dans le forum selon chaque configuration.Au sujet de la new bonne idée de programme, comme dit plus haut au moins on a maintenant une alternative open-source au boot.dat du SX Gear. Par contre le script python d'origine c'est lequel (https://gist.github....ba00ce5ac35f5be), un lien serait intéressant à mettre au moins dans le readme du projet (@Linkynimes si tu vois ce message et comme je vois que tu contribues au projet si la modification te semble pertinente à toi aussi...).

Oui c'est cela :)
J'ai modifié le readme pour redirigé dessus plutôt que sur le github d'hekate :)
Répondre à ce commentaire
19 mai 2021, 07:57
Approuver ce commentaire (+1)
Ça c’est intéressant merci aux dev
Mais comment cela se passe si l’on a une emunand ?
Répondre à ce commentaire
19 mai 2021, 08:16
Approuver ce commentaire (+1)
L'emunand n'a rien à voir là-dedans, le fichier généré remplacera le boot.dat de SXOS donc SXOS ne sera plus lançable.
Répondre à ce commentaire
19 mai 2021, 08:23
Approuver ce commentaire (+1)

L'emunand n'a rien à voir là-dedans, le fichier généré remplacera le boot.dat de SXOS donc SXOS ne sera plus lançable.


Est-ce ce que tu aurais des indications détailler dans une de tes FAQ concernant le pack Atmosphere pour SXCore (notamment pour Mariko) ? J'ai du mal à trouvé les informations de comment faire fonctionner Mariko sans Flash la puce.
Répondre à ce commentaire
19 mai 2021, 09:54
Approuver ce commentaire (+1)


Est-ce ce que tu aurais des indications détailler dans une de tes FAQ concernant le pack Atmosphere pour SXCore (notamment pour Mariko) ? J'ai du mal à trouvé les informations de comment faire fonctionner Mariko sans Flash la puce.

Pareil que pour une Erista normalement, tu fais le "Clean Up", tu passe sur le boot.dat du SX Gear (ou tu utilises le programme de la new pour générer un boot.dat lançant le payload que tu veux), tu lance Hekate et enfin Atmosphere, pas forcément besoin de fichiers particuliers semblerait-il, voir cette page  pour les infos précises à ce sujet (j'ai pas encore tout bien testé avec les consoles Mariko donc mes infos ont besoin d'être confirmées).

Répondre à ce commentaire
19 mai 2021, 11:14
Approuver ce commentaire (+1)

Est-ce ce que tu aurais des indications détailler dans une de tes FAQ concernant le pack Atmosphere pour SXCore (notamment pour Mariko) ? J'ai du mal à trouvé les informations de comment faire fonctionner Mariko sans Flash la puce.

Pareil que pour une Erista normalement, tu fais le "Clean Up", tu passe sur le boot.dat du SX Gear (ou tu utilises le programme de la new pour générer un boot.dat lançant le payload que tu veux), tu lance Hekate et enfin Atmosphere, pas forcément besoin de fichiers particuliers semblerait-il, voir https://gbatemp.net/...-switch.574083/  pour les infos précises à ce sujet (j'ai pas encore tout bien testé avec les consoles Mariko donc mes infos ont besoin d'être confirmées).

J'ai lu ce matin ton article à ce sujet (que je trouve très intéressente) mais sur Mariko si je me souviens bien il soit configuré avec des clé privé bien précise pour que sa marche, enfin c'est ce qui est fait sur RRPro dans mes souvenir mais je trouve ce pack vraiment bordélique donc bon x)
Répondre à ce commentaire
19 mai 2021, 11:52
Approuver ce commentaire (+1)

Perso, j'ai testé le RRPro sur mariko, je ne suis pas fan du tout.

La led de la puce se comporte différement d'ailleurs, le flash vert peut rester super longtemps, même plus un flash pour le coup.

 

Beaucoup plus intéressant de passer par sx gear ou le nxpayload-converter et booter sur hekate.

 

Personnellement, venant de sx os en emunand fichiers  sd exfat, sx core oblige, j'ai essayé le dual boot pour garder les avantages du sx os via RRPro.

Puis finalement, je suis passé à AMS tout court (via Hekate) et sd en FAt32 intégral avec emunand en partition cachée: Mon usage étant plus axé sur les homebrews que sur les jeux.

 

La seule vraie feature du sx os qui me manque: le montage des xci sans installation. Par contre bien content de ne plus avoir à passer par l'album pour lancer un jeu ;) déjà que la switch est bordélique au possible. Jamais vu une interface aussi pourrie, la ps4 m'avait fait cette impression mais bon on peut au moins classer les jeux en dossiers.

Répondre à ce commentaire
19 mai 2021, 12:21
Approuver ce commentaire (+1)
Merci pour la réponse ! Nice day
Répondre à ce commentaire
19 mai 2021, 13:22
Approuver ce commentaire (+1)
Donc si quelqu'un écrit un boot.dat qui est capable de charger un payload.bin par la suite, plus jamais besoin de convertir quoique ce soit et aucune différence de manip comparé a une Switch non moddée...
Répondre à ce commentaire
19 mai 2021, 13:59
Approuver ce commentaire (+1)

Salut ! Android est t'il possible sur Switch v2 avec la puce ? S'il vous plaît

Réponse négative pour le moment au post #3.

 

Après concernant la communauté switch hack, je pense que les V2 et Lite avec puce représentent une faible proportion par rapport aux modèles non patchés.

Donc ça arrivera, peut-être, peut-être pas.

Scires a bien adapté son AMS pour qu'il fonctionne sur tous les modèles, donc ça doit être possible mais pas forcément simple.

Répondre à ce commentaire
19 mai 2021, 14:00
Approuver ce commentaire (+1)

J'ai lu ce matin ton article à ce sujet (que je trouve très intéressente) mais sur Mariko si je me souviens bien il soit configuré avec des clé privé bien précise pour que sa marche, enfin c'est ce qui est fait sur RRPro dans mes souvenir mais je trouve ce pack vraiment bordélique donc bon x)

 
C'était nécessaire au début d'avoir les quelques clés spécifiques aux consoles Mariko mais plus maintenant semble-t-il, après comme je l'ai dit je manque encore de tests fiables sur les consoles Mariko.
  

Salut ! Android est t'il possible sur Switch v2 avec la puce ? S'il vous plaît


Sur Mariko non, pas possible pour l'instant.
 
@Lestat___: Le souci avec Android et Linux sur console Mariko est de réécrire les drivers, c'est pas évident de faire ce genre de choses. De plus pour les modèles Erista on avait déjà de grosses bases avec la NVIDIA Shield qui a le même processeur que ces consoles mais là avec les Mariko mis à part la Switch on a pas grand chose de plus donc faut réécrire limite en partant de rien, écrire des drivers dans ces conditions prend énormément de temps.

Donc si quelqu'un écrit un boot.dat qui est capable de charger un payload.bin par la suite, plus jamais besoin de convertir quoique ce soit et aucune différence de manip comparé a une Switch non moddée...


Suffit pour cela de coder un simple payload qui chainload un fichier "payload.bin" (ou qui va chercher un chemin d'un payload à booter dans un fichier "boot.ini" par exemple) puis de le convertir avec le programme de la new. En gros on réécrit le comportement des fichiers du SX Gear dans un payload normal et on converti ensuite ce payload en "boot.dat" avec le programme de la new, en s'aidant du BDK de Hekate pour créer le payload histoire d'éviter les bugs basiques ça doit pas être bien difficile à coder et même que cela existe déjà peut-être en fait comme payload. Après tout ceci me semble un peu inutile, vaut mieux convertir Hekate en boot.dat, c'est aussi simple et finalement bien plus efficace de faire ainsi et lorsque Hekate doit être mis à jour soit on refait la conversion ou soit on met le payload de Hekate dans le dossier "bootloader" de la SD et on le renomme "update.bin".
Répondre à ce commentaire
19 mai 2021, 14:01
Approuver ce commentaire (+1)

Donc si quelqu'un écrit un boot.dat qui est capable de charger un payload.bin par la suite, plus jamais besoin de convertir quoique ce soit et aucune différence de manip comparé a une Switch non moddée...

En fait si, à chaque mise à jour de ton payload.bin il faudra le changer.

 

Il y a bien des différences avec une switch non moddée, c'est un peu le principe de la manip ;)

Répondre à ce commentaire
19 mai 2021, 14:22
Approuver ce commentaire (+1)
Si non pourquoi se prendre la tête a migré de sx os à atmosphère ? Ce n'est pas indispensable de faire les mises à jour y'a juste à ignorer le firmware à l'installation des jeux bon après si vous voulez vraiment changer c'est vôtre droit mais bon si c'est pour ce prendre la tête a tout réinstaller je vois pas l'intérêt
Répondre à ce commentaire
19 mai 2021, 14:45
Approuver ce commentaire (+1)
Ignorer le firmware à l'installation ça ne fonctionnera qu'un temps malheureusement, si le SDK du contenu nécessite celui d'un firmware plus récent alors ça ne fonctionnera pas même en ignorant le firmware. SXOS ça semble terminé donc autant préparer le passage sur Atmosphere, d'autant que c'est pas non plus très compliqué de passer de l'un à l'autre (sauf si emunand via fichiers où là ça nécessite quelques manipulations un peu chiante en plus mais pas insurmontable non plus). De plus Atmosphere est bien plus compatible avec les différents éléments de la scène (modules, homebrews, overlays, etc...), ça fait une seconde bonne raison de passer à Atmosphere. Et troisième bonne raison, Atmosphere est open-sources et est très suivi en se qui concerne ses mises à jour. En fait, sauf si lancement de supers XCI via un disque dur externe il n'y a aucun intérêt à rester sur SXOS et çà ça fait un moment maintenant que c'est le cas.
Répondre à ce commentaire
19 mai 2021, 14:58
Approuver ce commentaire (+1)

Ignorer le firmware à l'installation ça ne fonctionnera qu'un temps malheureusement, si le SDK du contenu nécessite celui d'un firmware plus récent alors ça ne fonctionnera pas même en ignorant le firmware. SXOS ça semble terminé donc autant préparer le passage sur Atmosphere, d'autant que c'est pas non plus très compliqué de passer de l'un à l'autre (sauf si emunand via fichiers où là ça nécessite quelques manipulations un peu chiante en plus mais pas insurmontable non plus). De plus Atmosphere est bien plus compatible avec les différents éléments de la scène (modules, homebrews, overlays, etc...), ça fait une seconde bonne raison de passer à Atmosphere. Et troisième bonne raison, Atmosphere est open-sources et est très suivi en se qui concerne ses mises à jour. En fait, sauf si lancement de supers XCI via un disque dur externe il n'y a aucun intérêt à rester sur SXOS et çà ça fait un moment maintenant que c'est le cas.



Si je me souviens bien pour l'emuNAND par fichier il faut faire :
- Récupérez les fichiers BOOT0 et BOOT1 de votre backup sysnand (si vous n'en avez pas fait un, c'est le moment)
- Mettez ces deux fichiers dans emummc\EF00\eMMC sur votre carte SD (remplacez ceux qui y sont déjà)
- Mettre un pack atmosphère (soit vous le faite vous même soit vous prenez un pack tout fait)
- :five: Bootez sous la dernière version d'hekate (inclue dans le pack), allez dans emummc puis effectuez la migration (migrate emummc, raw 1)

D'ailleurs ce serais peut-être optimisable avec un script avec TegraExplorer ?

Pas besoins de répété ce que tu a dit a Boukaki ta tout résumé c'est d'ailleurs la raison pour lequel les gens ont peur de la disparitions de SXOS. Pour le moment la majorité des jeux fonctionne encore en 10.2.0 / 11.0.0 mais avec la mise à jour du SDK en 11.0.1 (la rebootless update qu'on a eu) + les 3 version 12.0.0 on peu s'attendre à ce qu'un moment les jeux demande une version qui ne pourra plus fonctionné avec les version inférieur.
Répondre à ce commentaire
19 mai 2021, 15:10
Approuver ce commentaire (+1)
Pour la Mariko on n'a rien à modifié ? Pcq sur la Mariko je change rien, sx gear plus atmosphere et le tour est joué. Par contre pour les erista spacecraft est obligatoire, Ect ce le cas même avec ça ?
Répondre à ce commentaire
19 mai 2021, 15:13
Approuver ce commentaire (+1)

Pour la Mariko on n'a rien à modifié ? Pcq sur la Mariko je change rien, sx gear plus atmosphere et le tour est joué. Par contre pour les erista spacecraft est obligatoire, Ect ce le cas même avec ça ?

J'ignorais que Spacecraft était obligatoire pour les erista.

La réponse m'intéresse.

Répondre à ce commentaire
19 mai 2021, 15:35
Approuver ce commentaire (+1)

J'ignorais que Spacecraft était obligatoire pour les erista.
La réponse m'intéresse.

Avec fusée primary c'est obligatoire sinon tu tombe sur erreur nxboot, avec Hekate je n'ai jamais essayé, j'ai ma méthode qui fonctionne du coup je ne me casse pas la tête, un seul atmosphère avec les bon sigpatch qui me sert pour rcmloader ainsi sx core :P
Répondre à ce commentaire
19 mai 2021, 16:11
Approuver ce commentaire (+1)

Ignorer le firmware à l'installation ça ne fonctionnera qu'un temps malheureusement, si le SDK du contenu nécessite celui d'un firmware plus récent alors ça ne fonctionnera pas même en ignorant le firmware. SXOS ça semble terminé donc autant préparer le passage sur Atmosphere, d'autant que c'est pas non plus très compliqué de passer de l'un à l'autre (sauf si emunand via fichiers où là ça nécessite quelques manipulations un peu chiante en plus mais pas insurmontable non plus). De plus Atmosphere est bien plus compatible avec les différents éléments de la scène (modules, homebrews, overlays, etc...), ça fait une seconde bonne raison de passer à Atmosphere. Et troisième bonne raison, Atmosphere est open-sources et est très suivi en se qui concerne ses mises à jour. En fait, sauf si lancement de supers XCI via un disque dur externe il n'y a aucun intérêt à rester sur SXOS et çà ça fait un moment maintenant que c'est le cas.


Perso sous atmosphère j'ai jamais eux de problème en ignorant le firmware nécessaire pour un jeu après oui c'est sur que atmo et bien plus avantageux comme tu peut le citer plus haut rien que pour cela je ne veut pas de sx os sur ma switch mais c'était plutôt une parenthèse pour les utilisateurs de sx un peut en galère en ce moment
Répondre à ce commentaire
19 mai 2021, 16:37
Approuver ce commentaire (+1)
Perso j'ai déjà eu le souci avec un jeu nécessitant à un moment un SDK plus récent, le jeu se lance mais part ensuite en erreur.
Répondre à ce commentaire
19 mai 2021, 17:25
Approuver ce commentaire (+1)
C'est bon à savoir merci pour l'info shadow
Répondre à ce commentaire
19 mai 2021, 19:34
Approuver ce commentaire (+1)

 

Quel intérêt ? Tout fonctionne parfaitement déjà sans ça.
SX Gear, pas besoin de plus.

SXGear ce n'est pas open source, même si c'est peu probablement, SXGear pourrais un jour plus fonctionné ect... en bref avoir une alternatif open source et toujours bénéfique pour la communauté, cela ne te servira peut-être pas mais peut-être que pour d'autre si


Salut, sur le github, il y a un fichier NXPayload-Converter-Macos, une fois dl, le fichier n'a pas d'extension. Dois-je utiliser Node.js pour le recompiler ou est-ce déjà fait ?
Quel logiciel utiliser pour ce fichier sur Macos ?
Merci

J'ai build Linux et Windows, Je n'ai pas de Mac donc je t'avoue que sais pas comment on le lance.

 


Par contre je viens de test avec hekate_ctcaer_5.5.4.bin.
J'ai bien eu le boot.dat, mais au lancement après le flash vert j'ai l'écran BOOT.DAT avec la sd Rouge.

Sur le forum tx on me dit:
cl0ckadile

Aujourd’hui à 15:39
That doesn't work on Mariko because TX signed the boot.dat files to stop people fucking around with their exploit.


Cela ne marche donc pas pour les mariko?

Répondre à ce commentaire
19 mai 2021, 20:31
Approuver ce commentaire (+1)

 

Quel intérêt ? Tout fonctionne parfaitement déjà sans ça.
SX Gear, pas besoin de plus.

SXGear ce n'est pas open source, même si c'est peu probablement, SXGear pourrais un jour plus fonctionné ect... en bref avoir une alternatif open source et toujours bénéfique pour la communauté, cela ne te servira peut-être pas mais peut-être que pour d'autre si

Salut, sur le github, il y a un fichier NXPayload-Converter-Macos, une fois dl, le fichier n'a pas d'extension. Dois-je utiliser Node.js pour le recompiler ou est-ce déjà fait ?
Quel logiciel utiliser pour ce fichier sur Macos ?
Merci

J'ai build Linux et Windows, Je n'ai pas de Mac donc je t'avoue que sais pas comment on le lance.
 

Par contre je viens de test avec hekate_ctcaer_5.5.4.bin.
J'ai bien eu le boot.dat, mais au lancement après le flash vert j'ai l'écran BOOT.DAT avec la sd Rouge.
Sur le forum tx on me dit:cl0ckadile

Aujourd’hui à 15:39
That doesn't work on Mariko because TX signed the boot.dat files to stop people fucking around with their exploit.
Cela ne marche donc pas pour les mariko?



J'en est pas malheureusement, donc j'en sais rien ^^
Répondre à ce commentaire
19 mai 2021, 20:40
Approuver ce commentaire (+1)

J'ai retest avec fusee.primary pareil.

Pour l'instant c'est soit sx gear, soit spacecraftnx pour les mariko/lite.

Répondre à ce commentaire
19 mai 2021, 22:23
Approuver ce commentaire (+1)
+2
Bonsoir,
Merci à vous d'avoir partagé mon projet c'est très gentil, J'espère que ça vous plaît ^^ Si vous avez des suggestions / questions n'hésitez pas à les poser. J'ai vu que Zoria (Linkynimes) a déjà répondu à certains messages c'est cool. Voilà voilà x)
Répondre à ce commentaire
19 mai 2021, 23:05
Approuver ce commentaire (+1)
Bonsoir @Murasaki,
Pourrais-tu me dire comment utiliser le fichier pour Macos présent sur ton Github, je n'ai pas de pc windows.
Merci
Répondre à ce commentaire
19 mai 2021, 23:21
Approuver ce commentaire (+1)
Bonsoir @Iyeff,
Je ne connais pas trop MacOS mais je suppose qu'il faut rendre le fichier présent sur la release exécutable grâce à une commande chmod +x. https://support.appl...2e71241bab4/mac si jamais x)

Je serais ravi de savoir si ça marche bien sur MacOS car je n'ai aucun moyen pour tester.
Répondre à ce commentaire
20 mai 2021, 13:20
Approuver ce commentaire (+1)
Salut @Murasaki,
Donc, j'ai converti en exécutable le fichier macos de ton github. Il se lance sur le Terminal, mais même si le fusee-primary.bin se trouve dans le même dossier que l'exe, le terminal me dit qu'il ne trouve rien dans le dossier de l'exécutable et donc, ne procède pas à la conversion.
Je vais essayer avec d'autres payloads et je te tiens au courant.
Répondre à ce commentaire
20 mai 2021, 14:05
Approuver ce commentaire (+1)
Si ça ne marche vraiment pas je te conseille d'installer NodeJS sur ta machine, de télécharger le code source et de faire la commande node index dans le dossier avec les .bin.
Répondre à ce commentaire
20 mai 2021, 14:06
Approuver ce commentaire (+1)
Merci pour tes retours je vais faire une section dans les issues. https://github.com/M...issue-896836886
Répondre à ce commentaire
20 mai 2021, 18:45
Approuver ce commentaire (+1)
@Murasaki,
Je viens d'essayer avec Hekate, idem, le .bin n'est pas reconnu dans le dossier dans lequel se trouve "NXPayload-Converter-MacOS". Je vais essayer de dl le code source et de le convertir pour Macos avec Node.js.
Dès qu'essayé, je reviens te tenir au courant.
Répondre à ce commentaire
20 mai 2021, 19:50
Approuver ce commentaire (+1)
Non il ne faut pas le convertir il suffit juste de le lancer avec NodeJS, l'index.js
Répondre à ce commentaire
20 mai 2021, 20:37
Approuver ce commentaire (+1)
+1
merci pour la news du lourd ,)
Répondre à ce commentaire
20 mai 2021, 22:32
Approuver ce commentaire (+1)
+1

Ca marche super !!!! Plus besoin de SXOS (boot.dat) avec le dongle SX pour lancer ATM je "boot" direct sur heckate

 

A priori pas de bug en eMMC.

 

J'ai pas essayé en fusee-primmary mais je pense que ça pose pas de soucis.

Répondre à ce commentaire
21 mai 2021, 06:34
Approuver ce commentaire (+1)
Merci beaucoup hard16ware pour ton retour ^^ je suis content que ça marche nickel ^^
Répondre à ce commentaire
21 mai 2021, 12:11
Approuver ce commentaire (+1)
Bonjour,

si je converti le payload.bin qu'il y a dans le pack RetroReloaded Pro, et si je boot comme d'habitude avec SXos je vais tomber direct sur le menu de RetroReloaded Pro, c'est bien ça ?

merci
Répondre à ce commentaire
21 mai 2021, 12:44
Approuver ce commentaire (+1)
Bonjour JohnConnor,

Effectivement c'est bien ça.
Répondre à ce commentaire
21 mai 2021, 17:28
Approuver ce commentaire (+1)
OK merci c est super
Répondre à ce commentaire
21 mai 2021, 22:48
Approuver ce commentaire (+1)
Répondre à ce commentaire
22 mai 2021, 15:14
Approuver ce commentaire (+1)

Bonjour,

J’ai une switch V1 avec sx os et une puce trinket M0 pour ne pas à avoir à utiliser un dongle.

Et j’ai une sysnand 11.0.0 et pas d’emunand.

Donc si je comprends bien, en convertissant le dernier .bin d’hekate en boot.dat avec cet outil, il me suffira de mettre ce boot.dat converti à la racine de ma SD pour pouvoir lancer hekate et atmosphere avec une sysnand à jour ? Je préfère demander car j’ai une puce trinket M0 et j’aimerais être sûr que c’est aussi simple que ce que je viens de dire pour passer en atmosphere dans mon cas.

Répondre à ce commentaire
22 mai 2021, 17:13
Approuver ce commentaire (+1)
+1

Bonjour,
J’ai une switch V1 avec sx os et une puce trinket M0 pour ne pas à avoir à utiliser un dongle.
Et j’ai une sysnand 11.0.0 et pas d’emunand.
Donc si je comprends bien, en convertissant le dernier .bin d’hekate en boot.dat avec cet outil, il me suffira de mettre ce boot.dat converti à la racine de ma SD pour pouvoir lancer hekate et atmosphere avec une sysnand à jour ? Je préfère demander car j’ai une puce trinket M0 et j’aimerais être sûr que c’est aussi simple que ce que je viens de dire pour passer en atmosphere dans mon cas.


c'est tout à fait ça, sa fonctionne pour tout les payloads et permet donc de pas reflasher la puce trinket m0 ou autre.
Moi j'ai une puce SwitchMe Rebug et j'ai un peu la flemme de changé de le reflash à chaque fois ^^
Répondre à ce commentaire
26 mai 2021, 17:04
Approuver ce commentaire (+1)
Oui après si la puce est flashée avec de bon firmware pas besoin de ce genre de truc, par exemple avec le projet "FUSEE_SUITE" juste à mettre un payload nommé "payload.bin" à la racine de la SD pour que cela fonctionne et donc pas besoin de mettre à jour quoi que se soit. De plus avec Hekate, suffit de mettre la dernière version du payload dans le dossier "bootloader" et de le nommer "update.bin" (bien sûr il faudra aussi mettre à jour le dossier "bootloader" avec la version incluse dans la dernière version de Hekate) pour que la dernière version soit utilisée, ça fait un sacré bout de temps que cette méthode existe et c'était justement pour palier au problème de devoir reflasher à chaque fois la puce. Bref au final utiliser un "boot.dat" modifié pour lancer un payload reste assez peu utile en réalité sauf pour console Erista avec SX Core éventuellement (et encore utiliser les fichiers du SX Gear à mon sens est plus pratique mais bon pas open-sources donc ça lui fait un point faible) puisque la technique ne semble pas fonctionner sur console Mariko d'après certains (j'ai pas encore personnellement testé).
Répondre à ce commentaire
26 mai 2021, 20:38
Approuver ce commentaire (+1)
+2

Je confirme, non fonctionnel sous sx core.

C'est soit le boot.dat de sx os, soit celui de sx gear.

Au pire, spacecraftnx si on veut tenter le diable avec la puce.

Répondre à ce commentaire
Cliquer ici pour continuer sur le forum
Envoyer