[Switch] SciresM évoque le hack des Switch Mariko

1484 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] SciresM évoque le hack des Switch Mariko
Le développeur SciresM vient de s'exprimer sur son profil Twitter sur l'avenir à donner au hack Nintendo Switch, rappelons pour ceux qui l'ignorent que SciresM (Michael Scire) s'est largement spécialisé sur des applications open source pour le cryptage et la cryptographie des données, et que ses travaux ont largement été mis en avant sur la dernière console de Nintendo avec Atmosphere-NX.
 
Son objectif est désormais simple, mettre en oeuvre Atmosphere sur consoles Mariko, la deuxième version (v2) de Nintendo Switch commercialisée, qui corrige de nombreuses failles sécuritaires.
 
 
 
 
SciresM nous informe qu'il teste actuellement de nombreuses possibilités pour Mariko, mais il a explicitement écrit qu'il utilise une puce avec un custom firmware pour contourner les sécurités de la console car c'est le seul moyen de poursuivre les développements et qui n'existe pas encore un hack software pour la console.
 
 
 
 
Là où cela devient encore plus intéressant est qu'il aborde notamment Atmosphere sur Mariko, il informe qu'il est très loin d'être opérationnel, il reste encore beaucoup de travail de développement à accomplir, il y a de nombreuses erreurs fatales, des arrêts intempestifs, des redémarrages non souhaités, le reboot vers le payload ne fonctionne pas, et il affirme que Mariko n'aura jamais de hack software, qu'il faudra du hardware obligatoirement, que les vulnérabilités ne le permettent pas.
 
 
 
 
A noter que son écran affiche bien une Switch Mariko (avec donc une puce) et Atmosphere-NX 0.15.0, ainsi que le firmware officiel 8.0 de Nintendo. Pour le moment, la fameuse puce permettant le contournement est probablement la puce TX, mais espérons que des clones voient le jour, c'est en tout cas ce que SciresM souhaite pour pouvoir profiter librement de custom firmware sans DRM apportant davantage de souplesse. 
 
 
 
Samedi 14 Novembre 2020, 19:54 par tralala
Source : twitter.com/SciresM
14 novembre 2020, 20:02
Approuver ce commentaire (+1)

Merci pour la news

Répondre à ce commentaire
14 novembre 2020, 20:12
Approuver ce commentaire (+1)
Bravo pour son taff, il est vraiment balèze !
Répondre à ce commentaire
14 novembre 2020, 20:23
Approuver ce commentaire (+1)
Il est fort lui quand même
Répondre à ce commentaire
14 novembre 2020, 20:29
Approuver ce commentaire (+1)
Je crois que nous avons beaucoup de choses, dans nos switch, grace a lui :P

En tout cas GG pour tout son taff.
Répondre à ce commentaire
14 novembre 2020, 20:51
Approuver ce commentaire (+1)
Merci pour la news.
Répondre à ce commentaire
14 novembre 2020, 20:51
Approuver ce commentaire (+1)
Heu le console NickName on y met bien ce que l'on veut non ?
Répondre à ce commentaire
14 novembre 2020, 21:00
Approuver ce commentaire (+1)

Heu le console NickName on y met bien ce que l'on veut non ?


Regarde bien un peut plus haut, la version du système avant critique
Répondre à ce commentaire
14 novembre 2020, 21:05
Approuver ce commentaire (+1)

Je pense qu on a dû voir mon statut... j avais hésité à faire la news.

@FNK on parle de Scires donc bon le mec raconte pas de pipo

Répondre à ce commentaire
14 novembre 2020, 21:27
Approuver ce commentaire (+1)
+4
C’est dingue qu’il ai besoin d’autant de temps pour copier SX OS (qui tourne parfaitement sur Mariko) alors que à chaque sortie de SX os il arrive à affirmer direct que son code est volé ...........
Répondre à ce commentaire
14 novembre 2020, 21:38
Approuver ce commentaire (+1)
+1
"et il affirme que Mariko n'aura jamais de hack software".

La phrase qui RASSURE les poseurs de puces.
et qui RASSURE les possesseurs de Switch-V1-HACKABLE en rab qui vont prendre de la valeur avec le temps.
Répondre à ce commentaire
14 novembre 2020, 21:40
Approuver ce commentaire (+1)

C’est dingue qu’il ai besoin d’autant de temps pour copier SX OS (qui tourne parfaitement sur Mariko) alors que à chaque sortie de SX os il arrive à affirmer direct que son code est volé ...........


Il cherche à copier SXOS? Première nouvelle...
Où est il question de ça dans la news?
Tiens je te mache le travail :
"Son objectif est désormais simple, mettre en oeuvre Atmosphere sur consoles Mariko"
Répondre à ce commentaire
14 novembre 2020, 21:47
Approuver ce commentaire (+1)
+1

C’est dingue qu’il ai besoin d’autant de temps pour copier SX OS (qui tourne parfaitement sur Mariko) alors que à chaque sortie de SX os il arrive à affirmer direct que son code est volé ...........


Il cherche à copier SXOS? Première nouvelle...
Où est il question de ça dans la news?
Tiens je te mache le travail :
"Son objectif est désormais simple, mettre en oeuvre Atmosphere sur consoles Mariko"



"mettre en oeuvre Atmosphere sur consoles Mariko"
-OUI-
En passant par la solution hard core, EXPLOIT que SEUL le "créateur" du SX OS a réussi. Du coup faut cracker cette pupuce et contourner la chose pour lancer autre chose que SXOS.
Répondre à ce commentaire
14 novembre 2020, 22:35
Approuver ce commentaire (+1)
+1

C’est dingue qu’il ai besoin d’autant de temps pour copier SX OS (qui tourne parfaitement sur Mariko) alors que à chaque sortie de SX os il arrive à affirmer direct que son code est volé ...........


Il cherche à copier SXOS? Première nouvelle...
Où est il question de ça dans la news?
Tiens je te mache le travail :
"Son objectif est désormais simple, mettre en oeuvre Atmosphere sur consoles Mariko"



"mettre en oeuvre Atmosphere sur consoles Mariko"
-OUI-
En passant par la solution hard core, EXPLOIT que SEUL le "créateur" du SX OS a réussi. Du coup faut cracker cette pupuce et contourner la chose pour lancer autre chose que SXOS.


Exploiter une faille sur une console et faire fonctionner un OS dessus ce sont deux choses totalement différentes.

-> S'agissant de l'exploit, passer par une puce est en effet la seule manière de cracker une Switch Mariko tout simplement parce que HOS empêche tout exploit userland et autres vu que le système est restreint au maximum (on a rien vu depuis 2017 à part PegaScape). Par ailleurs, la TX exploite aussi la faille fusée_gelée en quelque sorte puisque (grossièrement) la puce ne fait que réactiver cette vulnérabilité sur les SoC patchés par Nintendo et Nvidia. Donc la TX n'a pas eu à chercher bien loin, et les puces étaient bien parties pour voir le jour sous peu.

-> S'agissant du CFW, ce n'est pas parce que SXOS fonctionne sur Mariko depuis que les Cores sont disponibles que la TX ne s'est pas "inspirée" d'AMS depuis le début. Je pense que si cela prend du temps pour SciresM et la Team ReSwitched, c'est parce qu'ils cherchent à faire fonctionner un système 100% open source qui n'enfreigne jamais la loi sur la protection des données intellectuelles de Nintendo à travers HorizonOS. Le projet Mesosphère illustre d'ailleurs très bien le travail formidable de ce dev.
Répondre à ce commentaire
14 novembre 2020, 22:39
Approuver ce commentaire (+1)
+2

C’est dingue qu’il ai besoin d’autant de temps pour copier SX OS (qui tourne parfaitement sur Mariko) alors que à chaque sortie de SX os il arrive à affirmer direct que son code est volé ...........

MAIS PTDRRRRRRRRR, tu le fais exprès j’espère, il ne fait pas la même chose que la team xecuter qui elle n’existe plus. Et lui fait de l’open source pas comme ta team èxécuteur comme tu dis qui se dit xecuteur.
Sache que ce que tu fais me déçois énorméme. SciresM ne vole pas mais développe, c’est bien marrant de voir un voleur accuser les autres de le voler, c’est comme si un braqueur vole a une banque et que il accuse la banque de le voler car ils veulent reprendre l’argent. Ne soit pas con et admet la vérité
Répondre à ce commentaire
14 novembre 2020, 23:08
Approuver ce commentaire (+1)
+5
Vive SciresM.

ET son taff, il le distribue gratuitement, et certains (JBAM) pour ne pas le citer, dis de la merde en barre.

Il ne copie pas le taff de la team TX, mais exploite le matos de la TEAM TX pour pouvoir s'en passer. Entre autre, pour NOUS.

Alors arrete de dire des inepties stp. MERCI
Répondre à ce commentaire
14 novembre 2020, 23:22
Approuver ce commentaire (+1)
+4
@jbam : Ou comment dégoûter un dev en 1 post.
A croire que tu as des actions de la team TX.
Répondre à ce commentaire
14 novembre 2020, 23:38
Approuver ce commentaire (+1)
Intéressant
Répondre à ce commentaire
15 novembre 2020, 02:37
Approuver ce commentaire (+1)
+4
sacrée jbam le léche ququ de SX OS repose toi
Répondre à ce commentaire
15 novembre 2020, 03:29
Approuver ce commentaire (+1)

C’est dingue qu’il ai besoin d’autant de temps pour copier SX OS (qui tourne parfaitement sur Mariko) alors que à chaque sortie de SX os il arrive à affirmer direct que son code est volé ...........



C’est dingue qu’il ai besoin d’autant de temps pour copier SX OS (qui tourne parfaitement sur Mariko) alors que à chaque sortie de SX os il arrive à affirmer direct que son code est volé ...........


C'est aussi long que quand,nintendo avais décidé de balancer une fameuse mise à jour, qui avais contrecarré le hack et que scires M avais du revoir,certaines choses sur atmosphère, pour qu'il soit de nouveau opérationnel.
de même pour la team tx lol.
mais eux avais mis une mois, bah oui sans les changement de scires M,du coup ils était bloquer d'ailleurs, heureusement qu'il avait trouver la solution. si non vos sx os,pour ceux qui avaient mis a jour était bon pour la poubelle .
Répondre à ce commentaire
15 novembre 2020, 06:29
Approuver ce commentaire (+1)
+1

C’est dingue qu’il ai besoin d’autant de temps pour copier SX OS (qui tourne parfaitement sur Mariko) alors que à chaque sortie de SX os il arrive à affirmer direct que son code est volé ...........


Oui c'est long, pour la simple et bonne raison qu'Atmosphère est une réimplémentassion des modules / couches de la switch. Par ailleurs SXOS a volontairement mis des DRM sur SXOS ainsi que sur le firmware du SXCore / SXLite, par se fait, il est obligatoire pour la team Reswitched et SciresM de développer une version modifié du firmware actuel SXCore / SXLite pour pouvoir démarré le payload fusee mariko ou hekate quand il sera également compatible Mariko.

Enfin oui ça prend du temps car SXOS c'est du code source privé il peu pas le copié et de toute façons le code d'SXOS est assez pourri, certain développeur qui avais décompilé le firmware des Puces ce sont bien moqué du développement de cette dernière côté software.

Jbam je sais que tu adule SXOS, mais en attendant, 2 des employé ce sont fait arrêter, leurs sites est constament down tout les X jour, l'activation déconne très régulièrement, je suis bien content pour les joueurs Mariko qu'une alternative soit développer
D'autant que sur SXOS, la limite s'arrête purement et simplement au warez. Il n'est toujours pas possible de faire appel a des sysmodules comme sysDVR ou uLaunch ce qui est le cas d'Atmosphère.
Répondre à ce commentaire
15 novembre 2020, 08:30
Approuver ce commentaire (+1)
+2
Bonjour
Merci pour la news.

Affligeant de voir encore cette guéguerre.
Perso je suis pas plus pro tx que ça, mais le fait est que pour hacker une mariko la seule solution reste le sx core.

Il est faux de dire qu'il n'y a que du warez sur mariko.
Pas mal de homebrews fonctionnent.

La solidarité n'est vraiment pas une valeur française à vous lire.

Pourtant, plus il y a de choix mieux c'est.
Vivre et laisser vivre.
Répondre à ce commentaire
15 novembre 2020, 08:48
Approuver ce commentaire (+1)

Bonjour
Merci pour la news.

Affligeant de voir encore cette guéguerre.
Perso je suis pas plus pro tx que ça, mais le fait est que pour hacker une mariko la seule solution reste le sx core.

Il est faux de dire qu'il n'y a que du warez sur mariko.
Pas mal de homebrews fonctionnent.

La solidarité n'est vraiment pas une valeur française à vous lire.

Pourtant, plus il y a de choix mieux c'est.
Vivre et laisser vivre.

Exactement,et plus il y a de concurence et mieux c'est !
Répondre à ce commentaire
15 novembre 2020, 12:42
Approuver ce commentaire (+1)
On repart sur les guerres puériles alors qu'un dev se démène pour faire du reverse. Si un fw alternatif pour les SXCore/Lite sort, ce serait juste énorme.
Répondre à ce commentaire
15 novembre 2020, 13:33
Approuver ce commentaire (+1)
+1

Heu le console NickName on y met bien ce que l'on veut non ?


Regarde bien un peut plus haut, la version du système avant critique


@eduard08
C'est ouf ta réaction, il a rien critiqué du tout, il pose juste une question. Tu peux pas expliquer les choses normalement sans agressivité ?
Répondre à ce commentaire
15 novembre 2020, 14:53
Approuver ce commentaire (+1)

MAIS PTDRRRRRRRRR, tu le fais exprès j’espère, il ne fait pas la même chose que la team xecuter qui elle n’existe plus. Et lui fait de l’open source pas comme ta team èxécuteur comme tu dis qui se dit xecuteur.
Sache que ce que tu fais me déçois énorméme. SciresM ne vole pas mais développe, c’est bien marrant de voir un voleur accuser les autres de le voler, c’est comme si un braqueur vole a une banque et que il accuse la banque de le voler car ils veulent reprendre l’argent. Ne soit pas con et admet la vérité

ta raison il fait pire il incite d autre a le faire pour lui [espérons que des clones voient le jour, c'est en tout cas ce que SciresM souhaite pour pouvoir profiter librement de custom firmware sans DRM]

 

POUR repondre a d autre commentaire qui affirme que ses le drm

nan mais serieus y a eu des new qui contredit tous sa ici donc le drm qui bloquerai ses des mensonge ses les 2 lien qui faut suivre 

 

http://nintendo-wii....-ete-dumpe.html

 

et un autre mensonge atmosphere bloquer pas tx et ses scirm en personne qui le dit bootloader n'a pas été crypté par TX et sa plus le drm briser sa donne la possibiliter de faire un autre os que sx

http://www.logic-sun...ad-sx-corelite/

Répondre à ce commentaire
15 novembre 2020, 15:36
Approuver ce commentaire (+1)
Ayaaaaa SciresM ce gros copieur et tous les PNJ qui le défendent... non mais les gars arrêtez de vous voiler la face, il est entrain de copier TX pour faire son truc
Répondre à ce commentaire
15 novembre 2020, 15:38
Approuver ce commentaire (+1)

Bonjour
Merci pour la news.

Affligeant de voir encore cette guéguerre.
Perso je suis pas plus pro tx que ça, mais le fait est que pour hacker une mariko la seule solution reste le sx core.

Il est faux de dire qu'il n'y a que du warez sur mariko.
Pas mal de homebrews fonctionnent.

La solidarité n'est vraiment pas une valeur française à vous lire.

Pourtant, plus il y a de choix mieux c'est.
Vivre et laisser vivre.

Exactement,et plus il y a de concurence et mieux c'est !


Quel concurrence? Il fait que literallement voler leur puce et exploit jpp utilisez vos cerveau
Répondre à ce commentaire
15 novembre 2020, 16:46
Approuver ce commentaire (+1)
Bonjour,

c'est fou toute cette violence :(

Perso j'utilise le SXpro mais de la a insulter un gars.....

Il aime bidouiller et grâce a lui on a beaucoup de chose :)

Et de quel vol on parle, le gars distribue tout gratuitement

:)
Répondre à ce commentaire
15 novembre 2020, 20:04
Approuver ce commentaire (+1)

Bonjour
Merci pour la news.

Affligeant de voir encore cette guéguerre.
Perso je suis pas plus pro tx que ça, mais le fait est que pour hacker une mariko la seule solution reste le sx core.

Il est faux de dire qu'il n'y a que du warez sur mariko.
Pas mal de homebrews fonctionnent.

La solidarité n'est vraiment pas une valeur française à vous lire.

Pourtant, plus il y a de choix mieux c'est.
Vivre et laisser vivre.

Exactement,et plus il y a de concurence et mieux c'est !


Quel concurrence? Il fait que literallement voler leur puce et exploit jpp utilisez vos cerveau


ah bon ta un cerveau depuis quand
Répondre à ce commentaire
15 novembre 2020, 20:17
Approuver ce commentaire (+1)
Qu'il sorte une emunand sur atmo ensuite je verrai pour aller dessus...
Répondre à ce commentaire
15 novembre 2020, 21:07
Approuver ce commentaire (+1)

Qu'il sorte une emunand sur atmo ensuite je verrai pour aller dessus...

Faudrait penser à se mettre à jour soit même avant de réclamer des MàJ hein, emuNAND sur AMS est disponible depuis des lustres.


Ayaaaaa SciresM ce gros copieur et tous les PNJ qui le défendent... non mais les gars arrêtez de vous voiler la face, il est entrain de copier TX pour faire son truc


Pathétique.
Répondre à ce commentaire
15 novembre 2020, 22:35
Approuver ce commentaire (+1)

Bonjour
Merci pour la news.

Affligeant de voir encore cette guéguerre.
Perso je suis pas plus pro tx que ça, mais le fait est que pour hacker une mariko la seule solution reste le sx core.

Il est faux de dire qu'il n'y a que du warez sur mariko.
Pas mal de homebrews fonctionnent.

La solidarité n'est vraiment pas une valeur française à vous lire.

Pourtant, plus il y a de choix mieux c'est.
Vivre et laisser vivre.

Exactement,et plus il y a de concurence et mieux c'est !


Quel concurrence? Il fait que literallement voler leur puce et exploit jpp utilisez vos cerveau


PTDR donc l'homebrew laucher sur SXOS c'est une vole de SciresM sur Atmosphère ?
L'écran fatal de quand la console crash c'est un vole de SciresM :D

parfois cette guerre me fait litteralement hillaré tant on vois des conneries XD
Répondre à ce commentaire
15 novembre 2020, 23:07
Approuver ce commentaire (+1)
Juste dites vous que sciresm = atmo et sx os = sur couche de atmo donc bon dire que sciresm vole non c’est faux, quand tu vois qu’il y a des erreurs sur sxos pare que ils ont oublié de rename le dossier atmosphere en sxos c’est grave XD
Répondre à ce commentaire
15 novembre 2020, 23:07
Approuver ce commentaire (+1)

MAIS PTDRRRRRRRRR, tu le fais exprès j’espère, il ne fait pas la même chose que la team xecuter qui elle n’existe plus. Et lui fait de l’open source pas comme ta team èxécuteur comme tu dis qui se dit xecuteur.
Sache que ce que tu fais me déçois énorméme. SciresM ne vole pas mais développe, c’est bien marrant de voir un voleur accuser les autres de le voler, c’est comme si un braqueur vole a une banque et que il accuse la banque de le voler car ils veulent reprendre l’argent. Ne soit pas con et admet la vérité

ta raison il fait pire il incite d autre a le faire pour lui [espérons que des clones voient le jour, c'est en tout cas ce que SciresM souhaite pour pouvoir profiter librement de custom firmware sans DRM]
 
POUR repondre a d autre commentaire qui affirme que ses le drm
nan mais serieus y a eu des new qui contredit tous sa ici donc le drm qui bloquerai ses des mensonge ses les 2 lien qui faut suivre 
 
http://nintendo-wii....-ete-dumpe.html
 
et un autre mensonge atmosphere bloquer pas tx et ses scirm en personne qui le dit bootloader n'a pas été crypté par TX et sa plus le drm briser sa donne la possibiliter de faire un autre os que sx
http://www.logic-sun...ad-sx-corelite/

Il espère qu'une team open source propose la même que la TX mais en totalement gratuit et libre de modification.
Je ne vois aucun vole dans ce contexte personnellement

Il n'y a pas seulement des soucis de drm, c'est plutôt la redirection des payloads qui pose problème, il faut dans tout les cas modifie le firmware 1.3 des puces pour redirigé sur fusee mariko ou sur la future version d'Hekate qui prendra en charge les Mariko(s)

dumper ça ne veux pas dire qu'ils ont toute les cartes en mains pour le dévérouiller, une sécurité ça ne ce casse pas comme sa, maintenant j'ai effectivement vue des membres de la Team Reswitched ce moqué du code fait par la TX
N'ayant pas des connaissances avancé en programmation concernant notamment le c++ je ne peu dire quoi que ce soit

Pour moi ce n'est d'ailleurs pas cela qui rentre en ligne de compte car sa reste tout de même la TX qui a proposé la seul alternatif au hack sur les switchs patcher Erista et Mariko, SciresM argumentent même qu'une solution logiciel est quasi une fiction sur les patcher.
Répondre à ce commentaire
15 novembre 2020, 23:08
Approuver ce commentaire (+1)
+1

Qu'il sorte une emunand sur atmo ensuite je verrai pour aller dessus...


Je dirai que ça fait plus d’un an que ça existe
Répondre à ce commentaire
16 novembre 2020, 01:44
Approuver ce commentaire (+1)

Je dirai que ça fait plus d’un an que ça existe

Sans parler que faire une emunand sous hekateprend quoi un gros 12mins face a 1h15 sur sx os hahaha !

Répondre à ce commentaire
16 novembre 2020, 02:08
Approuver ce commentaire (+1)

Il espère qu'une team open source propose la même que la TX mais en totalement gratuit et libre de modification.
Je ne vois aucun vole dans ce contexte personnellement

Il n'y a pas seulement des soucis de drm, c'est plutôt la redirection des payloads qui pose problème, il faut dans tout les cas modifie le firmware 1.3 des puces pour redirigé sur fusee mariko ou sur la future version d'Hekate qui prendra en charge les Mariko(s)

dumper ça ne veux pas dire qu'ils ont toute les cartes en mains pour le dévérouiller, une sécurité ça ne ce casse pas comme sa, maintenant j'ai effectivement vue des membres de la Team Reswitched ce moqué du code fait par la TX
N'ayant pas des connaissances avancé en programmation concernant notamment le c++ je ne peu dire quoi que ce soit

Pour moi ce n'est d'ailleurs pas cela qui rentre en ligne de compte car sa reste tout de même la TX qui a proposé la seul alternatif au hack sur les switchs patcher Erista et Mariko, SciresM argumentent même qu'une solution logiciel est quasi une fiction sur les patcher.

oui sauf qu une puce ses du materiel donc personne ne fournira gratuit et quand on dit clone sa veut dire se que sa veut dire copier, imiter ect

 

dans les new fourni sa dit aussi Le DRM du logiciel SX-OS a aussi été craqué donc ses n est pas que du dump et avec la puce de sx tant qu on a egalement la licence de sxos on peut switcher vert atmosphere et d autre os ses tx qui a affirmer cela et scirm qui la prouver en hackant le demarage de la sxcore et hacker le bootloader de plus avec bootloader non crypter hekate pourra aller dessus si le dev trouve comment le porter et donc utiliser atmosphere ou tout autre os egallement la seul obligation est l optention d une licence sx donc oui mais non le drm de la puce ne bride rien elle force uniquement une licence le seul truc inaceptable pour lui ses la licence a acheter donc sa revient au base de se que j ai dit imiter les puce sx en enlevent seulement la licence sx donc sa reste inciter au vole des puce sx  on peut appeler sa imiter ou cloner dans se cas ses pareille de atmo a sx ses cloner atmosphere que tx a fait donc non sa reste du vole dans chaque cas

 

certe il faut porter le tout et modifier pour que tout fonctionne ses les dev qui feront sa en faisant leur code 

 

dans les deux cas ils fournisse de beau truc au monde du hack mais faut arreter de trouver des excuse pour un ou l autre ou d essayer de detruire l un ou l autre deplus lui qui est si antipiratage utilise une puce donc la mauvaise foi est la dans chaque cas y a du bon et du mauvais et l unique chose qui devrai etre fait ses prendre se qui nous interesse et ses tout 

Répondre à ce commentaire
16 novembre 2020, 07:54
Approuver ce commentaire (+1)

Je dirai que ça fait plus d’un an que ça existe

Sans parler que faire une emunand sous hekateprend quoi un gros 12mins face a 1h15 sur sx os hahaha !

Depuis quand?
Mon emunand sous sx os ne m'a pris qu'un 1/4d'h.
De toute façon, c'est pas comme si il y avait d'autre alternative en lite/mariko.
le seul custom dispo est le sx os.
Si je pouvais j'utiliserai aussi atm, hekate etc...
Je vois pas bien l'intérêt de diffamer genre sur celui-là on peut rien faire alors que celui-là est mieux.
Surtout que cela peut induire en erreur un lecteur à la recherche d'infos et de solutions.
Répondre à ce commentaire
16 novembre 2020, 09:22
Approuver ce commentaire (+1)

Je dirai que ça fait plus d’un an que ça existe

Sans parler que faire une emunand sous hekateprend quoi un gros 12mins face a 1h15 sur sx os hahaha !

Depuis quand?
Mon emunand sous sx os ne m'a pris qu'un 1/4d'h.
De toute façon, c'est pas comme si il y avait d'autre alternative en lite/mariko.
le seul custom dispo est le sx os.
Si je pouvais j'utiliserai aussi atm, hekate etc...
Je vois pas bien l'intérêt de diffamer genre sur celui-là on peut rien faire alors que celui-là est mieux.
Surtout que cela peut induire en erreur un lecteur à la recherche d'infos et de solutions.


Pourtant il a raison, selon la SD SX prend plus de temps a créer l'emuNAND qu'Hekate
Après cela dépend de l'emuNAND voulue (partition, par fichier) et de la rapidité de la SD

L'exemple le plus stupide serais de faire un emuNAND par fichier qui requiert une grande quantité de lecture / écriture sur une SD d'une vitesse médiocre
Répondre à ce commentaire
16 novembre 2020, 11:36
Approuver ce commentaire (+1)

Depuis quand?
Mon emunand sous sx os ne m'a pris qu'un 1/4d'h.
De toute façon, c'est pas comme si il y avait d'autre alternative en lite/mariko.
le seul custom dispo est le sx os.
Si je pouvais j'utiliserai aussi atm, hekate etc...
Je vois pas bien l'intérêt de diffamer genre sur celui-là on peut rien faire alors que celui-là est mieux.
Surtout que cela peut induire en erreur un lecteur à la recherche d'infos et de solutions.

Creer ton emunand en hidden partition ce qui est recommandé te prend que 15mins, j’aimerais bien connaitre la marque et modele de ta micro sd car la centaine que j’ai fait jusqu’a present m’ont toute prise plus d’une heure... 

Répondre à ce commentaire
16 novembre 2020, 13:48
Approuver ce commentaire (+1)

Depuis quand?
Mon emunand sous sx os ne m'a pris qu'un 1/4d'h.
De toute façon, c'est pas comme si il y avait d'autre alternative en lite/mariko.
le seul custom dispo est le sx os.
Si je pouvais j'utiliserai aussi atm, hekate etc...
Je vois pas bien l'intérêt de diffamer genre sur celui-là on peut rien faire alors que celui-là est mieux.
Surtout que cela peut induire en erreur un lecteur à la recherche d'infos et de solutions.

Creer ton emunand en hidden partition ce qui est recommandé te prend que 15mins, j’aimerais bien connaitre la marque et modele de ta micro sd car la centaine que j’ai fait jusqu’a present m’ont toute prise plus d’une heure... 

Sandisk ultra 400 go en exfat et San disk ultra 200go en fat 32
Partition
Non cachée.
Sysnand quasi vierge. Ce qui doit expliquer le faible temps pour emunand.
Répondre à ce commentaire
16 novembre 2020, 15:24
Approuver ce commentaire (+1)

Le sysnand vierge ou prendra le meme temps ou presque c’est plutot le type d’emunand qui en format fichier n’est pas recommandé, qui fait la difference sur la creation. Dans tout les cas meme un dump de nand sous hekate c’est 15mins et sur sx os 1h...

Répondre à ce commentaire
16 novembre 2020, 15:54
Approuver ce commentaire (+1)

Le sysnand vierge ou prendra le meme temps ou presque c’est plutot le type d’emunand qui en format fichier n’est pas recommandé, qui fait la difference sur la creation. Dans tout les cas meme un dump de nand sous hekate c’est 15mins et sur sx os 1h...


Le sysnand vierge ou prendra le meme temps ou presque c’est plutot le type d’emunand qui en format fichier n’est pas recommandé, qui fait la difference sur la creation. Dans tout les cas meme un dump de nand sous hekate c’est 15mins et sur sx os 1h...

Hekate je peux pas dire, mais sx os c'est 1/4 d'heure avec 1 sandisk.
Pour le reste je pige pas ce que tu veux dire.
Répondre à ce commentaire
16 novembre 2020, 18:06
Approuver ce commentaire (+1)

Heu le console NickName on y met bien ce que l'on veut non ?


Regarde bien un peut plus haut, la version du système avant critique

Quelle critique ? T'as cru qu'on était potes ?

Je pense qu on a dû voir mon statut... j avais hésité à faire la news.
@FNK on parle de Scires donc bon le mec raconte pas de pipo

Je pose une question, faut vraiment se détendre hein !
Répondre à ce commentaire
16 novembre 2020, 18:56
Approuver ce commentaire (+1)

Quelle critique ? T'as cru qu'on était potes ?

Je pose une question, faut vraiment se détendre hein !

Euh... faut peut être arrêter la parano là, c est juste une reponse.

faut arrêter de se sentir agresser...

Répondre à ce commentaire
16 novembre 2020, 19:50
Approuver ce commentaire (+1)

Hekate je peux pas dire, mais sx os c'est 1/4 d'heure avec 1 sandisk.
Pour le reste je pige pas ce que tu veux dire.

J fais de l’emunand qu’avec que de la sandisk aussi la difference c’est que tu fais une emunand de type fichier et non en partition cachée...

 

un dump de nand sous hekaté prend 10-15mins et sous sx os pour la meme operation c’est 1h voir un peu plus, les autres tech pourront te confirmer le tout...

Répondre à ce commentaire
16 novembre 2020, 21:03
Approuver ce commentaire (+1)

Quelle critique ? T'as cru qu'on était potes ?
Je pose une question, faut vraiment se détendre hein !

Euh... faut peut être arrêter la parano là, c est juste une reponse.
faut arrêter de se sentir agresser...

Non mais relisez vous les mecs !
Qui agresse sans rire ?
Qui parle de pipeau ?
Répondre à ce commentaire
16 novembre 2020, 21:08
Approuver ce commentaire (+1)

Non mais relisez vous les mecs !
Qui agresse sans rire ?
Qui parle de pipeau ?

Ah oui quand même, bah laisse tomber.

On va pas continuer à polluer la news

Répondre à ce commentaire
16 novembre 2020, 21:44
Approuver ce commentaire (+1)
C’est quand que on arrête de mesurer la plus grande ? Vous êtes vraiment con les deux « teams » prenez une 3ds et faites pas chier
Répondre à ce commentaire
17 novembre 2020, 08:42
Approuver ce commentaire (+1)

Hekate je peux pas dire, mais sx os c'est 1/4 d'heure avec 1 sandisk.
Pour le reste je pige pas ce que tu veux dire.

J fais de l’emunand qu’avec que de la sandisk aussi la difference c’est que tu fais une emunand de type fichier et non en partition cachée...
 
un dump de nand sous hekaté prend 10-15mins et sous sx os pour la meme operation c’est 1h voir un peu plus, les autres tech pourront te confirmer le tout...

Ben en fichier, c'est plus rapide. On peut simplement renommer le fichier après le dump de la nand pour avoir son emunand, on peut aussi facilement copier l'emunand sur une autre carte sd.
J'ai cherché mais pas trouvé d'explications en quoi ce serait plus pertinent de le faire en partition cachée, sous sx ox du moins.
Répondre à ce commentaire
17 novembre 2020, 10:59
Approuver ce commentaire (+1)

Hekate je peux pas dire, mais sx os c'est 1/4 d'heure avec 1 sandisk.
Pour le reste je pige pas ce que tu veux dire.

J fais de l’emunand qu’avec que de la sandisk aussi la difference c’est que tu fais une emunand de type fichier et non en partition cachée...
 
un dump de nand sous hekaté prend 10-15mins et sous sx os pour la meme operation c’est 1h voir un peu plus, les autres tech pourront te confirmer le tout...

Ben en fichier, c'est plus rapide. On peut simplement renommer le fichier après le dump de la nand pour avoir son emunand, on peut aussi facilement copier l'emunand sur une autre carte sd.
J'ai cherché mais pas trouvé d'explications en quoi ce serait plus pertinent de le faire en partition cachée, sous sx ox du moins.


Ce n'est pas plus rapide c'est même totalement le contraire surtout en utilisation concrête de la console sur l'emuNAND
Car en fichier il y a constament de la lecture écriture sur toute la SD, et plus il y a de fichier (de jeu pour bcp) plus l'emuNAND sera lent, c'est notamment pour cela qu'on ne recommande pas l'emuNAND par fichier
D'autant que si la partition main est corrompu, l'emuNAND l'est également.
Répondre à ce commentaire
17 novembre 2020, 11:10
Approuver ce commentaire (+1)

Ben en fichier, c'est plus rapide. On peut simplement renommer le fichier après le dump de la nand pour avoir son emunand, on peut aussi facilement copier l'emunand sur une autre carte sd.
J'ai cherché mais pas trouvé d'explications en quoi ce serait plus pertinent de le faire en partition cachée, sous sx ox du moins.

Comme dit Linkynimes, c'est un peu plus lent à l'utilisation en emunand fichier.

La raison est simple : l'emunand "en fichier" occupe de la place non contiguë sur la mémoire physique (fragmentation liée au filesystem de la partition qui contient ton emunand fichier) alors que l'emunand "en partition", c'est de la mémoire contiguë donc plus rapide à lire/écrire. Il ne faut pas oublier que l'emunand en question rajoute des couches de filesystem (USER et SYSTEM sont en FAT32).

Après si la performance de l'emunand fichier te convient, ça change pas grand chose, si ce n'est effectivement un risque de corruption supplémentaire si ta SD est en exFAT.

Répondre à ce commentaire
17 novembre 2020, 13:57
Approuver ce commentaire (+1)
Dis comme ça a plus de sens.
La rapidité dont je parle est celle de la mise en place.
Pour la corruption sur exfat je ne l'ai jamais constaté. Mes vitas et pstv ont des sd en exfat et je n'ai jamais eu de problème.
Pour la partition qui permet l'utilisation de la mémoire en contiguë je comprends par contre vu qu'il s'agit de la même sd, partition ou pas, ça va pas changer grand chose pour l'écriture/lecture en terme de rapidité.
Répondre à ce commentaire
17 novembre 2020, 22:24
Approuver ce commentaire (+1)
+1
J'espère qu'on pourra avoir des clones open source d'ici peu...
Répondre à ce commentaire
18 novembre 2020, 08:27
Approuver ce commentaire (+1)

Ben oui je te dis non, 1 parce que ta méthode, ne fonctionne pas pour l'instant sur ce modèle, 2 parce que ton com dit clairement que le sx ox est à la ramasse, 3 pour ton histoire de fat32, oui la corruption de donnée ça existe sur tous les supports d'ailleurs, mais sois c'est dû à un vice de fabrication, soit , et c'est le plus souvent, dû à un mauvais usage.
Et fais un effort d'écriture, il m'a fallu 3 lectures pour comprendre ton com.
Ton argumentation qui consiste à dire le exfat c'est pourri, parce que c'est pourri fait un peu limite pour un "pro".
La corruption de donnée liée au exfat est peut- être plus élevée que sur fat32 mais honnêtement les probabilités sont si basses qu'au final pas réellement perceptible.
Et le pire dans tout ça c'est que tu essaies de te la jouer condescendant.

Tu m'auras fait la journée.


Je ne veux pas faire le troll de service seulement, je n'ai jamais vu de cas de corruption de données en Fat32 ici, ou bien sur Gbatemp. Cependant, pour exfat, à la lueur des post sur GBAtemp, les risques semblent bien réels tout particulièrement si on lance souvent des homebrew. Perso, j'ai une switch V1 + Trinket m0 avec emunand en hidden partition sur une carte 500GB et tout marche nickel depuis près de 2 ans. Je ne regrette pas les heures de galère que j'ai perdu pour tout mettre en place.
Répondre à ce commentaire
19 novembre 2020, 08:21
Approuver ce commentaire (+1)

Bonjour, 

merci de régler ses comptes ailleurs...

A défaut, nous devrons fermer les commentaires.

Répondre à ce commentaire
19 novembre 2020, 11:44
Approuver ce commentaire (+1)

Bonjour, 

merci de régler ses comptes ailleurs...

A défaut, nous devrons fermer les commentaires.

Tu le vois toi meme que le gars envoie promener les reponses meme qui viennent de d’autre dev pour confirmer ce que j’avancais ?

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