[Switch] SciresM s'exprime sur Atmosphère v0.7

Heureusement la Team Executer est la!!

Team Xecuter au top !

Heureusement la Team Executer est la!!

Team Xecuter au top !

Le rapport en tx et atmo?

Le rapport en tx et atmo?

Je me suis posé la même question

Le rapport en tx et atmo?

Je me suis posé la même question

Si c'est juste un histoire de "tx first", c'est vraiment des comm de gamin.

Déjà, le ofw n'est pas "encore" sortie. Ensuite, les jeux nécessitant le 6.0.0 mini n'existe pas encore (donc inutile de foncer tête baissé sur ce firmware). Et enfin, il vaux peu être mieux attendre quelques semaines avant de faire la maj, histoire de voir vraiment ce que donne les premier retour.

Une fois de plus repoussé.....
Nous sommes bien loin de la v1 pour le mois de juin comme cela était initialement prévue ....
Allons croisons les doigts pour une sortie en 2019 (humour)
Allez courage aux développeurs et vivement sa sortie

heureusement la R4 est la à chaque fw :v oh wait.. 

le pire avec les TX first , c'est qu'il le dit ici qu'il y a pas grand chose à faire pour adapté .. :') 

Apparemment la dernière version de ReiNX (à compiler à partir du master du Github) supporte déjà également le firmware 6.0.0, au moins pour les sig_patches ES et FS, se sera à tester. Pour info c'est ce CFW qui a implémenté le support du firmware 6.0.0 en premier, pas la TX et pour l'instant LayeredFS ne fonctionne sur aucun CFWs en firmware 6.0.0.

merci pour l'info .

Je pense pas que l'ofw 6.0 sera disponible aujourd'hui mais vers mi septembre début du nintendo online après je peux me tromper.

J’adore , dans le même post il y a un doute et une certitude sur le même sujet LOL
« Apparemment la dernière...«  et « c’est ce cfw qui a implanté en premier »
Haaaa la magie du pmu internet .
Surtout que 99% des gens s’en battent les ***** de savoir qui a sortie en premier du moment que cela fonctionne .

Bon par contre Nintendo viens de frapper un grand coup sur la triche en ligne avec le blocage de layeredFS et surtout cela veux dire plus de piratage pour atmosphère (actuellement) ....

un peu de patience , on a attendu jusque la

punaise tout ça a cause de ce firmware 6.0 !! on y était presque !

du coup je vais encore patienté un moment pour avoir un vrai cfw et rester hors ligne en toute tranquillité !

J’adore , dans le même post il y a un doute et une certitude sur le même sujet LOL
« Apparemment la dernière...«  et « c’est ce cfw qui a implanté en premier »
Haaaa la magie du pmu internet .
Surtout que 99% des gens s’en battent les ***** de savoir qui a sortie en premier du moment que cela fonctionne .

Bon par contre Nintendo viens de frapper un grand coup sur la triche en ligne avec le blocage de layeredFS et surtout cela veux dire plus de piratage pour atmosphère (actuellement) ....

Je pense que shadow répondait aux deux premiers messages qui te contredisent sur les "99% des gens s’en battent les ***** de savoir qui a sortie en premier"...

Pourquoi plus de piratage pour atmosphere ? Les NSP n'ont pas besoin de Layered FS, si ?

D'autant plus que la version 1.8 est sortie quasi aussitôt la 1.7 car la TX a mal copié le travail de SciresM et la team derrière atmosphère (c'est dans un de ses tout derniers tweets) qui fait qu'ils n'ont pas repris 1 ligne de code qui corrigeait ce bug d'où la version 1.8 très rapide

Edit : voici pour la source...

Découvrez le Tweet de @SciresM : https://twitter.com/...1666689025?s=09

D'autant plus que la version 1.8 est sortie quasi aussitôt la 1.7 car la TX a mal copié le travail de SciresM et la team derrière atmosphère (c'est dans un de ses tout derniers tweets) qui fait qu'ils n'ont pas repris 1 ligne de code qui corrigeait ce bug d'où la version 1.8 très rapide

Edit : voici pour la source...

Découvrez le Tweet de @SciresM : https://twitter.com/...1666689025?s=09

Mais non mais non voyons, tout cela n'est que pure coïncidence

on l'aura peut etre pour noel pour le coup ^^

mais scires et l'autre Hexkyz en on pas marre de tjr cracher sur la team tx ??

a chaque maj du Sx ils l'a ramene tjr !! mais en attendant eux il repousse toujours la sortie ^^

ah lala tant de mechancete pour obtenir la meme chose

merci pour la news

J’adore , dans le même post il y a un doute et une certitude sur le même sujet LOL
« Apparemment la dernière...«  et « c’est ce cfw qui a implanté en premier »
Haaaa la magie du pmu internet .
Surtout que 99% des gens s’en battent les ***** de savoir qui a sortie en premier du moment que cela fonctionne .

Je me suis juste basé sur les commits du Github de ReiNX, n'ayant jamais testé les choses je dis "apparemment" car je ne peux certifier que cela fonctionne et toujours en me basant sur ces commits, c'est eux qui ont implémentés le support du firmware 6.0.0 les premiers donc il n'y a rien d'incohérent dans se que je dis. Pour le reste @eliboa a tout à fait compris, je répondais bien au deux premiers commentaires pour m'en moquer un peu tout en donnant une information supplémentaire, le fait que ReiNX supporte aussi le firmware 6.0.0. Voilà, encore une fois arrêtes de vouloir toujours essayer de me contredire ou de me provoquer, je t'ai déjà montré que je ne sort pas mes infos de nul part contrairement à toi qui l'ouvre (et en plus cette fois de manière bien provocante et hautaine comme j'aime), sans jamais être capable d'expliquer de manière objective, de prouver quoi que se soit ou de citer la moindre source.

@Eliboa : En fait Atmosphere ne devrait pas supporter les sig_patches, c'est Hekate qui s'en occupe donc effectivement le seul support de backups d'Atmosphere est LayeredFS. Après peut-être que je me plante, les choses ont peut-être changées depuis car mes infos datent un peu sur ce point.

@Eliboa : En fait Atmosphere ne devrait pas supporter les sig_patches, c'est Hekate qui s'en occupe donc effectivement le seul support de backups d'Atmosphere est LayeredFS. Après peut-être que je me plante, les choses ont peut-être changées depuis car mes infos datent un peu sur ce point.

Yes j'avais pas pensé aux sig_patches effectivement ! D'ailleurs si le futur bootloader d'Atmo ne les supporte pas, j'imagine qu'Hekate aura encore de beaux jour devant lui ^^

Yes j'avais pas pensé aux sig_patches effectivement ! D'ailleurs si le futur bootloader d'Atmo ne les supporte pas, j'imagine qu'Hekate aura encore de beaux jour devant lui ^^

Pour moi Hekate est le payload indispensable, surtout qu'il permet de lancer quasiment tout les payloads donc pour les développeurs/testeurs c'est juste génial et en plus il supporte les sig_patches à la volé, même en OFW. Il permet de dumper la nand et d'autres trucs intéressants, de restaurer la nand, de fixer les problèmes de SD, de mettre en place/restaurer n'importe quel auto-RCM... Bref, s'il y a un payload à avoir, c'est celui-là et je doute que ça change.

Note: Le firmware 6.0.0 est déjà supporté (FS Patches) par la version de Hekate de Rajkosto donc je pense que ça va être intégré rapidement à la version de CTCaer.

Pour moi Hekate est le payload indispensable, surtout qu'il permet de lancer quasiment tout les payloads donc pour les développeurs/testeurs c'est juste génial et en plus il supporte les sig_patches à la volé, même en OFW. Il permet de dumper la nand et d'autres trucs intéressants, de restaurer la nand, de fixer les problèmes de SD, de mettre en place/restaurer n'importe quel auto-RCM... Bref, s'il y a un payload à avoir, c'est celui-là et je doute que ça change.

Note: Le firmware 6.0.0 est déjà supporté (FS Patches) par la version de Hekate de Rajkosto donc je pense que ça va être intégré rapidement à la version de CTCaer.

Tout à fait d'accord. Mais du coup je me demande bien à quoi va pouvoir servir le bootloader d'Atmo ? Peut-être qu'ils veulent fournir une solution complète mais je doute que les gens l'utilisent en l'absence des sig patches

Tout à fait d'accord. Mais du coup je me demande bien à quoi va pouvoir servir le bootloader d'Atmo ? Peut-être qu'ils veulent fournir une solution complète mais je doute que les gens l'utilisent en l'absence des sig patches

On verra bien quand ça sortira, en l'état j'ai jamais réussi à booter Atmosphere via leur payload car je ne sais pas où doivent être mis les différents fichiers kip ainsi que le fichier d'exosphere. Ceci dit moi aussi je doute vraiment de l'intérêt de cette solution, à moins qu'il y ai des choses plus poussée qui peuvent être faites via celle-ci elle ne sera que très peu utilisée. Après Atmosphere finalement c'est la base de tous les CFWs donc il était logique qu'il y ai un payload spécifique pour le lancer.

J'espère vraiment qu'ils vont sortir une version Coldboot ^^

Un peu hors sujet mais des avis sur les inje tueurs de payloads en otg autres que celui de la TX, genre ceux des sites chinois que l'on trouve à une douzaine d'euros ? Histoire de pouvoir se passer du pc pour pouvoir injecter

On verra bien quand ça sortira, en l'état j'ai jamais réussi à booter Atmosphere via leur payload car je ne sais pas où doivent être mis les différents fichiers kip ainsi que le fichier d'exosphere. Ceci dit moi aussi je doute vraiment de l'intérêt de cette solution, à moins qu'il y ai des choses plus poussée qui peuvent être faites via celle-ci elle ne sera que très peu utilisée. Après Atmosphere finalement c'est la base de tous les CFWs donc il était logique qu'il y ai un payload spécifique pour le lancer.

Les kips et exo sont dans fusee-secondary.bin.
Il y a aussi jn systeme de remplacement des kip (et les patch des kip arriveront plus tard).

Ensuite les sigpatches c'est pour les homebrews (nca) et meme avec ca, les homebrews en nca n'ont aucun avantage technique.
Faut pas confondre les sigpatches et les espatches/autre.

Remarque le 6.0 a ete implemente a peu pres partout en meme temps ou pas. Exosphere a deja un patch qui peut etre utilise, hekate a eu un patch non officiel, reinx a ete patche.
Je crois que Sciresm attend la sortie officiel.

LAYERED FS \= BACKUP. ARRETEZ.

qu'il prenne le temps qu'il faut ,) rien ne presse

c clair .rien ne sert de courir ,il faut que ca arrive a point

Vive la TX osef du reste même pas capable de lancer du xci

Les kips et exo sont dans fusee-secondary.bin.
Il y a aussi jn systeme de remplacement des kip (et les patch des kip arriveront plus tard).

Ensuite les sigpatches c'est pour les homebrews (nca) et meme avec ca, les homebrews en nca n'ont aucun avantage technique.
Faut pas confondre les sigpatches et les espatches/autre.

Remarque le 6.0 a ete implemente a peu pres partout en meme temps ou pas. Exosphere a deja un patch qui peut etre utilise, hekate a eu un patch non officiel, reinx a ete patche.
Je crois que Sciresm attend la sortie officiel.

LAYERED FS \= BACKUP. ARRETEZ.

Merci pour les infos sur le fonctionnement d'Atmosphere, donc il suffit de lancer le payload "Fusee Primary" et de mettre le fichier de "Fusee secondary" à la racine de la SD et ça devrait se lancer si je comprend bien.

Les ES et FS patches sont des sig_patches, patches permettant de lancer du contenu non signé ou signé différemment, faut pas aller plus loin dans la définition.

Pour LayeredFS c'était pas fait pour lancer des backups à la base mais il n'empêche que c'est l'utilisation qui en a été faite pendant un certain temps, avant l'arrivée des NSP donc LayeredFS=Backups n'est pas forcément faux, c'est une des utilisations possibles.

Les kips et exo sont dans fusee-secondary.bin.Il y a aussi jn systeme de remplacement des kip (et les patch des kip arriveront plus tard).Ensuite les sigpatches c'est pour les homebrews (nca) et meme avec ca, les homebrews en nca n'ont aucun avantage technique.Faut pas confondre les sigpatches et les espatches/autre.Remarque le 6.0 a ete implemente a peu pres partout en meme temps ou pas. Exosphere a deja un patch qui peut etre utilise, hekate a eu un patch non officiel, reinx a ete patche.Je crois que Sciresm attend la sortie officiel.LAYERED FS \= BACKUP. ARRETEZ.

Merci pour les infos sur le fonctionnement d'Atmosphere, donc il suffit de lancer le payload "Fusee Primary" et de mettre le fichier de "Fusee secondary" à la racine de la SD et ça devrait se lancer si je comprend bien.Les ES et FS patches sont des sig_patches, patches permettant de lancer du contenu non signé ou signé différemment, faut pas aller plus loin dans la définition.Pour LayeredFS c'était pas fait pour lancer des backups à la base mais il n'empêche que c'est l'utilisation qui en a été faite pendant un certain temps, avant l'arrivée des NSP donc LayeredFS=Backups n'est pas forcément faux, c'est une des utilisations possibles.

De rien . Oui normalement c'est bon. Sauf que fusee a un bug de lancement (fait partie du plan de la 0.7: https://github.com/A...pen&type=Issues )

C'est pas la meme chose pour l'utilisation. Les dev pourrait implementer les sigpatches pour les homebrews, mais a eux seul ne sont pas suffisant pour les backups. (soit il faut utiliser les espatches, soit autre chose).

Sauf qu'il ne faut pas le considerer comme un "backup loading officiel et/ou fonctionnant bien" (certains comms me faisait penser ca)