[Switch] Atmosphere v0.13.0 avec promesse de support de Mariko

458 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] Atmosphere v0.13.0 avec promesse de support de Mariko
Le développeur SciresM vient de sortir la version 0.13.0 d'Atmosphere, à cette occasion Exosphère a été complètement réécrit et est maintenant beaucoup plus efficace. Cela facilite également le support de Mariko, qui devrait bénéficier d'une aide.
 
Cette version casse tous les modules système qui utilisent les librairies d'Atmosphère ! Ils doivent d'abord être adaptés à la nouvelle API.
 
L'EmuMMC basé sur les fichiers a été considérablement accéléré et est maintenant presque aussi rapide que celui basé sur les partitions brutes. 
 
Attention, les utilisateurs d'Hekate doivent impérativement utiliser la dernière version 5.3.0 qui vient d'être mise en ligne car il y a des changements importants dans Atmosphere 0.13.0. 
 
La v0.13.0 d'Atmosphère est la trente-deuxième version officielle d'Atmosphère, et il est aussi à noter que SciresM promet un support de Mariko pour le courant de cet été !
 
fusee-primary a été mis à jour et grâce à l'équipe de Switchbrew, Atmosphère 0.13.0 est livré avec la version 2.3.2 de la hbl et la version 3.3.0 du hbmenu.
 
 
 

 

 

Les changements d'Atmosphere 0.13.0

 

exosphère, la réimplémentation du moniteur sécurisé d'atmosphère, a été complètement réécrite.
exosphère a été le premier composant écrit pour le projet au début de 2018. Il est écrit en C, et dans un style très différent du reste du code d'atmosphère. Cela a rendu la base de code difficile à maintenir au fil du temps.
exosphère a également été écrit pour se conformer à des contraintes et des hypothèses qui ne s'appliquent tout simplement plus lorsque le cfw n'est pas lancé depuis le navigateur web, et lorsque le warmboothax est possible.
 
Au-delà de ces problèmes, exosphère a utilisé tout l'espace disponible, sauf 1KB sur les 64KB. Cela a posé un problème pour plusieurs raisons :
Chaque nouvelle mise à jour du système nécessite un espace supplémentaire pour le support (pour ajouter de nouvelles clés et refléter les divers changements) ; le support 10.0.0 a utilisé 3 des 4KB qu'il nous restait.
atmosphère voudra avoir un support logiciel pour le matériel mariko, et il n'est pas possible de le faire tenir dans 1 Ko.
La réécriture d'exosphère (dont le nom de code était exosphère2 pendant le développement) résout ces problèmes.
La nouvelle base de code est du C++20 écrit dans le style d'atmosphère.
Cela résout le problème de la maintenabilité et devrait faciliter la compréhension du fonctionnement du moniteur sécurisé pour ceux qui souhaitent utiliser le code comme implémentation de référence.
 
De plus, la nouvelle implémentation utilise actuellement ~59,5 des 64KB disponibles.
Plusieurs modifications potentielles du code sont prévues, qui peuvent permettre d'économiser/accéder à ~2-3 Ko supplémentaires si nécessaire.
 
Contrairement à la première base de code, la nouvelle exosphère a en fait déjà de l'espace alloué pour les futures clés/etc. Il est actuellement prévu que l'espace réservé ne sera jamais nécessaire.
 
La mise en oeuvre précédente a choisi de ne pas se servir d'un certain nombre de fonctions de surveillance sécurisée "non importantes" en raison de problèmes d'espace. Le nouveau code dispose d'une marge de manoeuvre suffisante pour pouvoir les mettre utiliser sans soucis.
 
Enfin, les bases du support de Mariko ont été posée, il n'y a que quelques changements mineurs nécessaires pour que la nouvelle implémentation de moniteur sécurisé fonctionne à la fois sur le matériel Erista et Mariko.
 
Veuillez noter : exosphère n'est qu'un des nombreux composants, et beaucoup d'autres ont besoin de changements pour pouvoir fonctionner sur le matériel Mariko.
 
Le support logiciel pour l'exécution sur le matériel Mariko avec puce TX est prévu pour l'été 2020, mais il faut également noter que ce n'est pas une date limite.
 
Veuillez noter que le nouveau binaire exosphère n'est pas compatible avec l'ancien. Les utilisateurs qui démarrent en utilisant hekate doivent passer à la version 5.3.0 de hekate avant d'exécuter la version 0.13.0 (ou démarrer le fusee-primary via hekate).
 
L'api d'atmosphère pour le firmware cible a été modifié. Toutes les versions de systèmes mineurs/micro sont maintenant reconnues, au lieu des seules versions majeures. Cela était nécessaire pour prendre en charge la version 5.1.0 du firmware, qui a apporté des modifications de rupture à certaines API de l'IPC qui ont entraîné l'abandon de la version 0.12.0 d'Atmosphère.
 
Veuillez noter qu'il s'agit (inévitablement) d'un changement de rupture. Les modules système utilisant les atmosphères devront être mis à jour pour comprendre quelle version de firmware ils utilisent.
 
emummc a été mis à jour pour inclure les nouveaux changements.
 
emummc utilise maintenant un pilote SDMMC mis à jour/amélioré/plus rapide.
 

 

 

Téléchargement : Atmosphere v0.13.0
 
 
Lundi 15 Juin 2020, 20:18 par tralala
Source : github.com/Atmosphere-NX/Atmosphere/releases
15 juin 2020, 20:23
Approuver ce commentaire (+1)
+1
Attention :
A cause des changement d'exosphère vous devez obligatoirement utilisé Hekate 5.3.0 pour lancé Atmosphère 0.13.0 (pour les utilisateur d'Hekate)
Pour Atmosphère vous devez supprimer les dossiers habituelle, c'est obligatoire les anciens binaire ne fonctionnerons pas.
Répondre à ce commentaire
15 juin 2020, 20:27
Approuver ce commentaire (+1)
+1
oui ca arrive aussi :) . Merci de la précision.
Répondre à ce commentaire
15 juin 2020, 20:29
Approuver ce commentaire (+1)
Mouai...les sys modules ne fonctionner pas sur l'ancienne version
Répondre à ce commentaire
15 juin 2020, 20:31
Approuver ce commentaire (+1)

Mouai...les sys modules ne fonctionner pas sur l'ancienne version

Fonctionnais très bien pour ma pars, ne serais-ce qu'avec le mode français de deltarune
Pour rappel sur Atmosphère les sysmodules sont maintenant géré dans le dossier contents et non titles.
Répondre à ce commentaire
15 juin 2020, 20:37
Approuver ce commentaire (+1)
Mariko supporté cet été :)
Répondre à ce commentaire
15 juin 2020, 20:42
Approuver ce commentaire (+1)

Mariko supporté cet été :)

Yep c'est indiquer dans la roadmap
https://github.com/A...docs/roadmap.md
Répondre à ce commentaire
15 juin 2020, 21:01
Approuver ce commentaire (+1)
Vous pensez que la lite le seras aussi?
Répondre à ce commentaire
15 juin 2020, 21:07
Approuver ce commentaire (+1)

Bonjours a tous dites moi , je n'est pas vraiment saisie la news. Pourra ton utiliser les switch patcher sans hardware supplémentaire comme le sxcore ?

Répondre à ce commentaire
15 juin 2020, 21:25
Approuver ce commentaire (+1)
+1
pour mariko, c est plus une theorie ....et ca prendra bcp de temps...mais meme dans 1 ans , ce serait genial
Répondre à ce commentaire
15 juin 2020, 21:31
Approuver ce commentaire (+1)
+1
Super, le nouveau pilote pour l'EMMC enfin utilisé sans passer par Hekate, çà c'est excellent.

@Osmos78 : Peut probable, le hardware sera probablement toujours nécessaire sur les Switch Lite et patchées, après sait-on jamais comme on dit...
Répondre à ce commentaire
15 juin 2020, 21:47
Approuver ce commentaire (+1)

Bonjours a tous dites moi , je n'est pas vraiment saisie la news. Pourra ton utiliser les switch patcher sans hardware supplémentaire comme le sxcore ?



Non la news est juste mal traduite sur le github c est précisé que c est recoder pour lancer atmo sur le matériel de hack deja existant sur Mariko voilà les mots exact jz oense que c est pour pas citer sx core et faire de la pub simplement
Répondre à ce commentaire
15 juin 2020, 21:52
Approuver ce commentaire (+1)

Vous pensez que la lite le seras aussi?


Mariko
Répondre à ce commentaire
15 juin 2020, 21:58
Approuver ce commentaire (+1)
ça veut dire quoi ? que toutes les Mariko seront compatibles sans besoin de soudure ?
Répondre à ce commentaire
15 juin 2020, 21:59
Approuver ce commentaire (+1)

ça veut dire quoi ? que toutes les Mariko seront compatibles sans besoin de soudure ?


Non li mon message plus haut c est mal traduit en faite
Répondre à ce commentaire
15 juin 2020, 23:36
Approuver ce commentaire (+1)
+1
j'ai rajouté avec puce TX comme ça plus de confusion.
Répondre à ce commentaire
16 juin 2020, 00:28
Approuver ce commentaire (+1)

j'ai rajouté avec puce TX comme ça plus de confusion.


Bien vu tralala :)
Répondre à ce commentaire
16 juin 2020, 01:03
Approuver ce commentaire (+1)
Bon premier retour, mon seul jeu installé sur mon emunand pour faire les tests basiques ne se lance plus en 0.13.0, je pense qu'il faut que les sig_patches du loader soient mis à jour. Pour le reste ça semble se comporter correctement à première vu.
Répondre à ce commentaire
16 juin 2020, 01:11
Approuver ce commentaire (+1)
Merci pour la news :) De mon coté, en sysnand après avoir appliqué les sigpatch, cela fonctionne, les homebrews aussi
Répondre à ce commentaire
16 juin 2020, 01:23
Approuver ce commentaire (+1)
@matthieu007777 : Sous quel firmware ta sysnand car si inférieur au 10.0.0 il est normal que le changement ne t'affecte pas niveau sig_patches.
Répondre à ce commentaire
16 juin 2020, 01:45
Approuver ce commentaire (+1)
@shadow256 : Le dernier en date, 10.0 4, je ne savais pas, c'est bon à savoir, merci
Répondre à ce commentaire
16 juin 2020, 02:15
Approuver ce commentaire (+1)
+1
@matthieu007777 : Du coup ça m'arrange pas trop ta réponse, je ne comprends pas bien pourquoi mon jeu ne se lance pas, va falloir que je test une réinstallation de celui-ci pour voir ou sinon va falloir que je passe en 10.0.4 pour tester (actuellement 10.0.2) mais bon je ne pense pas que se soit le problème. Selon moi il ne fait quasiment aucun doute que c'est le patch du loader qui doit être mis à jour, en gros le jeu commence son chargement et me balance une erreur de lecture du contenu alors qu'en 0.12.0 aucun souci.

Edit: Et bingo, avec le nouveau patch du loader trouvé ici tout refonctionne en passant par le lancement via Fusee-primary, manque plus que ce même patch pour le fichier "patch.ini" avec le lancement via Hekate et on sera bon.
Répondre à ce commentaire
16 juin 2020, 09:11
Approuver ce commentaire (+1)
les sigpatches sont là :

https://gbatemp.net/...1-1-zip.213499/



New sigpatches, work on the newest atmosphere as of June 15th 2020.

To use these patches, merge the atmosphere folder inside the download with the folder on your root.
They work for both signed nsps and converts/homebrew

This pack contains a new loader patch that has been modified to work with the latest atmosphere. I will try to continue updating this thread as new versions come out.

These are atmosphere sigpatches, not fss0, so they require using fusee primary (directly or through hekate) to work. At this time I dont think there are any fss0 patches for the latest atmosphere.
Répondre à ce commentaire
16 juin 2020, 09:37
Approuver ce commentaire (+1)

les sigpatches sont là : https://gbatemp.net/...1-1-zip.213499/ New sigpatches, work on the newest atmosphere as of June 15th 2020.To use these patches, merge the atmosphere folder inside the download with the folder on your root.They work for both signed nsps and converts/homebrewThis pack contains a new loader patch that has been modified to work with the latest atmosphere. I will try to continue updating this thread as new versions come out.These are atmosphere sigpatches, not fss0, so they require using fusee primary (directly or through hekate) to work. At this time I dont think there are any fss0 patches for the latest atmosphere.

Il manque encore les patchs pour Hekate, les patchs déjà présent ne concerne que fusee primary
Répondre à ce commentaire
16 juin 2020, 13:22
Approuver ce commentaire (+1)
@shadow256 : pour ta question sous 10.0.4 j'ai utilisé https://gbatemp.net/...ry-only.562812/

Merci pour les sigpatches
@Linknimes : hekate fonctionne chez moi avec les sigpatches plus le patches.ipl (hekate 5.3.0)
Répondre à ce commentaire
16 juin 2020, 14:54
Approuver ce commentaire (+1)
Haha la tx va avoir les boules,on s'en doutait que le support d'atmosphère aller arriver;si sa se trouve ils vont devancé SciresM et apporté la compabilité tout cfw comme ils avaient dis
Répondre à ce commentaire
16 juin 2020, 15:04
Approuver ce commentaire (+1)
Répondre à ce commentaire
16 juin 2020, 15:10
Approuver ce commentaire (+1)
@tralala : Oui, normalement maintenant on a tout. J'ai testé et ça semble fonctionner, que se soit en passant par Fusee-primary ou via Hekate.
Répondre à ce commentaire
16 juin 2020, 15:17
Approuver ce commentaire (+1)
cool merci.
Répondre à ce commentaire
17 juin 2020, 11:01
Approuver ce commentaire (+1)

Bonjour,

 

un petit soucis de maj me perturbe et je viens chercher vos avis d'experts (merci par avance pour votre aide).

 

Etant en emummc 8.1.0 et atmosphere 0.11.1 j'ai voulu passé en 0.13.0.

Aaprès avoir mis à jour les fichiers (en utilisant le site SDSetup comma habituellement) j'ai bien utilisé le Hekate 5.3.0 pour démarrer mon emummc mais j'ai le premier logo puis une page bleue fixe.

J'ai restauré les fichiers de ma carte sd et tout fonctionne bien.

J'ai alors essayé le script de shadow256 mais le résultat reste identique.

J'ai aussi essayé le AIO de DeepSea mais le résultat est aussi identique.

 

Aurais-je raté une ligne à lire concernant une incompatibilité ou une manip à réaliser au préalable ? (car le résultat de mes essais me pousse à croire ça)

 

Merci d'avance pour votre indulgence si j'ai raté une info (je n'ai pas trouvé de sujet traitant d'un problème similaire mais on ne sait jamais).

 

 

Bonne journée!

 

Répondre à ce commentaire
17 juin 2020, 12:26
Approuver ce commentaire (+1)
@finalfab : Il serait mieux d'ouvrir un sujet sur le forum, les news ne sont pas très appropriées pour régler des problèmes de ce genre. Après je peux te dire que Sept semble un peu long à charger avec Atmosphere 0.13.0 et chargement via Hekate. Et du coup faudrait qu'on en sache aussi plus sur ta config (emunand ou non, si emunand emunand via fichiers ou partitions, quel(s) firmware(s), carte SD en FAT32 ou EXFAT, utilisation de modules spécifiques ou d'un thème personnalisé, etc...), plus il y aura de détails et plus on pourra aider.
Répondre à ce commentaire
17 juin 2020, 12:59
Approuver ce commentaire (+1)

@finalfab : Il serait mieux d'ouvrir un sujet sur le forum, les news ne sont pas très appropriées pour régler des problèmes de ce genre. Après je peux te dire que Sept semble un peu long à charger avec Atmosphere 0.13.0 et chargement via Hekate. Et du coup faudrait qu'on en sache aussi plus sur ta config (emunand ou non, si emunand emunand via fichiers ou partitions, quel(s) firmware(s), carte SD en FAT32 ou EXFAT, utilisation de modules spécifiques ou d'un thème personnalisé, etc...), plus il y aura de détails et plus on pourra aider.

 

Désolé, je vais faire un nouveau sujet et donner les précisions demandées.

 

Encore merci et @+ tard peut être du coup.

 

Bonne journée

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