10 réponses à ce sujet

[tralala]

 

Un membre de Gbatemp, Hartie95, propose une nouvelle solution overlay pour la Nintendo Switch, il s'agit de fastCFWswitch. 

 

Sous ce nom se cache une possibilité de changer de CFW depuis l'overlay du Menu Tesla, fastCFWswitch est un menu en superposition permettant de démarrer un payload depuis votre carte SD. 

 

Il est possible de définir le nom de l'entrée et de les séparer par catégories, l'ordre est actuellement utilisé directement à partir du fichier .ini.

 

D'ailleurs, il y a un exemple de configuration est inclus dans l'archive.

 

 

 

 

Mise en oeuvre :

 

- Avoir Tesla d'installé sur sa console

- Télécharger et extraire fastCFWswitch

- Modifier le fichier config.ini contenu dans config/fastCFWswitch pour pointer vers votre fichier .bin

- Lancer le Menu Tesla (maintenir L + bas et appuyez sur R3)

- Changer votre payload pour changer votre CFW

 

 

 

 

 

 

 

 

Changelog v1.1.0 :

 

- Mise à jour avec la dernière version de libtesla

- Ajout de la prise en charge du stockage du payload Hekate, pour permettre le démarrage automatique dans différentes configurations de hekates par la position de configuration ou l'identifiant (5.0.2+). Pour l'utiliser, il faut définir le champ bootPos ou bootId pour l'entrée dans le fichier de configuration.

 

Changelog v1.0.0 :

 

- La version zip comprend un exemple de configuration et l'overlay, il suffit de l'extraire à la racine de votre carte SD et de modifier la configuration à votre convenance.

 

 

Téléchargement : fastCFWswitch v1.1.0

 

[lemmej]

merci pour la news

[shadow256]

Sympa çà, dommage que les overlays ne fonctionnent pas encore sous SX OS (avec la version 3.0.0 de ce dernier ce problème devrait être réglé).

[Linkynimes]

Très sympa, sûrement le première overlay que j'utiliserais

[La Roukine]

Perso je trouve ça un peu superflu

son ini redirige principalement sur hekate
On peu deja rediriger vers hekate via le reboot to payload d'atmosphere.

faut juste coller le bin d'hekate à la place pour obtenir le même résultat.

Mais merci pour la news comme même

[neophrene]

Ca peut être pratique si on passe de laka à Hekate ?
Ou alors je dis une bêtise.
On peut intégrer ce module à Lakka d’ailleurs?

[shadow256]

@La Roukine : C'est vrai, en même temps Hekate est un payload très puissant et paramétrable donc normal qu'on le retrouve autant dans son exemple de configuration,  mais après tu peux aussi te faire ton propre fichier de configuration et là ça peut devenir intéressant et le fait de pouvoir redémarrer directement sur une configuration spécifique de Hekate donne pas mal de possibilités.

[59ludo59]

c'est un peu comme avec un RCM loader quoi? ou je me trompe?

[Linkynimes]

c'est un peu comme avec un RCM loader quoi? ou je me trompe?

Pas exactement vue que tu relance un payload depuis " Horizon" la ou le RCMLoader le fait depuis le mode RCM, sa ce rapproche plus d'un reboot to payload unifié et accessible facilement

[La Roukine]

@La Roukine : C'est vrai, en même temps Hekate est un payload très puissant et paramétrable donc normal qu'on le retrouve autant dans son exemple de configuration,  mais après tu peux aussi te faire ton propre fichier de configuration et là ça peut devenir intéressant et le fait de pouvoir redémarrer directement sur une configuration spécifique de Hekate donne pas mal de possibilités.

Hekate me sert essentiellement de bootloader pour une utilisation lambda vers SX, Atmo et Android.
j'ai zapper lakka car il ne possède pas de reboot2payload.
Il me reste plus qu'a me penché sur Ubuntu

J'ai édité (hex) le NRO de reboot to payload et modifier le chemin de "SD/atmosphere/reboot_payload.bin" (j'ai juste modifier le nom du répertoire)
pour que le payload ne soit pas dans atmosphere et évité une suppression lors d'une mise à jour de celui ci

Cree un NSP qui lance mon NRO modifier.

[shadow256]

@La Roukine : Pour la configuration d'Android/Ubuntu/emunand(s) et autres joyeusetés j'ai fait un genre de tuto sur cette page, je ne me souviens plus si tu l'avais vu mais Ubuntu est plutôt facile à configurer de manière personnalisée sur la SD.

@Linkynimes : Je trouve que ça se rapproche plutôt du homebrew Payload_launcher sauf que avec cet overlay on peut pousser la configuration plus loin avec Hekate.

Edit: En fait ça me fait même plus penser au homebrew Hekatebrew.

Edit: Overlay intégré à mon Ultimate-Switch-Hack-Script avec en plus la possibilité d'avoir une config générée à partir des éléments choisis durant la préparation de la SD (si vous avez déjà un fichier de config de cet overlay vous pourrez choisir de le conserver ou de le remplacer par celui généré par le script).

Edit 2: Cet overlay fonctionne aussi avec SX OS, testé à l'instant, juste très pratique.

Edit 3: Pour l'instant je n'arrive pas à faire fonctionner le lancement d'une config spécifique de Hekate via le paramètre "bootId" (j'ai ouvert une issue sur ce point sur le Github du projet) (le paramètre "bootPos" par contre lui fonctionne et pour info ça commence à "1" et pas à "0"), seul Hekate se lance sans lancer la config souhaité (paramètre "bootId" limité à 7 caractères maximum pour l'instant pour info). Pour le lancement de payloads par contre ça fonctionne sans souci.

Edit 4: OK, l'erreur que je faisais était que je pensais que l'id de la config était le nom qu'on lui donnait entre crochets alors que non, j'avais pas vu le paramètre "id=chaine_de_7_caractères" que l'on peut appliquer à chaque config et c'est cet id qui est à renseigner ensuite dans le fichier de config de FastCFWswitch pour le paramètre "bootId" en lien avec le payload Hekate, quel idiot je fais. Du coup ça fonctionne parfaitement, je trouve cet overlay vraiment sympa et la fonctionnalité de préparation du fichier de config de FastCFWswitch lié à la préparation d'une SD de mon script est en cours de mise à jour, d'ici une ou deux minutes se sera dispo.

Modifié par shadow256, 02 juin 2020 - 19:54.