[Switch] ReSwitched a dumpé le stage0 du payload SX Core/Lite

SciresM et sont équipe sont des dieux

Ça c'est plus à prouver mais là c'est plutôt la TX qu'il faut remercier en premier pour la découverte du hack hardware qu'ils ont trouvés (rendons à César se qui est à César), ceci dit les mecs ont pas mis longtemps à percer le fonctionnement de la puce et à exploiter ses possibilités pour l'open-sources donc maintenant il est quasiment certain que des clones sortiront très bientôt (peut-être même avant la sortie officielle des puces de la TX, là se serait assez ironique).

Ça c'est plus à prouver mais là c'est plutôt la TX qu'il faut remercier en premier pour la découverte du hack hardware qu'ils ont trouvés (rendons à César se qui est à César), ceci dit les mecs ont pas mis longtemps à percer le fonctionnement de la puce et à exploiter ses possibilités pour l'open-sources donc maintenant il est quasiment certain que des clones sortiront très bientôt (peut-être même avant la sortie officielle des puces de la TX, là se serait assez ironique).

Je serai plus prudent que toi. Sur le discord de ReSwitched, ce matin, ils cherchaient à savoir quel type MCU le SX Core utilise. Ils parlent de glitcher la puce pour en savoir plus. Le RE sur le hardware va prendre un peu de temps je pense. Quand ils auront terminé il faudra quelqu'un pour concevoir une puce, la tester et usiner en grande quantité, ça prendra du temps. 

Par contre, là ou ça va aller vite je pense, c'est pour adapter Amtosphère à Mariko. Comme l'indique SciresM, mariko n'a pas aucun secret "cryptographique" pour lui. Il rappelle, comme toujours, qu'il n'existe pas d'exploit software.

A mon avis, pour le mec lamba, le hack de sa console pacthée, passera obligatoirement par le SX Core/Lite dans un premier temps. Mais comme toi j'ai bon espoir de voir apparaître des clones.

Je serai plus prudent que toi. Sur le discord de ReSwitched, ce matin, ils cherchaient à savoir quel type MCU le SX Core utilise. Ils parlent de glitcher la puce pour en savoir plus. Le RE sur le hardware va prendre un peu de temps je pense. Quand ils auront terminé il faudra quelqu'un pour concevoir une puce, la tester et usiner en grande quantité, ça prendra du temps. 

Par contre, là ou ça va aller vite je pense, c'est pour adapter Amtosphère à Mariko. Comme l'indique SciresM, mariko n'a pas aucun secret "cryptographique" pour lui. Il rappelle, comme toujours, qu'il n'existe pas d'exploit software.

 

A mon avis, pour le mec lamba, le hack de sa console pacthée, passera obligatoirement par le SX Core/Lite dans un premier temps. Mais comme toi j'ai bon espoir de voir apparaître des clones.

Je suis d'accord, je ne pense pas que quoi que se soit voit le jour avant la sortie de la puce de la TX puisqu'elle est déjà dans les phases de tests et que l'usinage est prêt, c'était plutôt une boutade.

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

Tu ne dois pas connaitre la différence entre :

1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur

2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable

Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? 

ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

Tu ne dois pas connaitre la différence entre :
1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur
2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable
 
Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? 
ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

Tu ne dois pas connaitre la différence entre :
1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur
2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable
 
Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? 
ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

Tu ne dois pas connaitre la différence entre :
1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur
2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable
 
Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? 
ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

pour info SX OS et SX Pro sont sortis avant atmo, reswitched etc. ils ont été les premiers depuis le début dans tout quand même. Ils sont juste pas aimé car c'est payant, mais c'est eux qui ont tout rendu possible.

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

Tu ne dois pas connaitre la différence entre :
1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur
2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable
 
Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? 
ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

pour info SX OS et SX Pro sont sortis avant atmo, reswitched etc. ils ont été les premiers depuis le début dans tout quand même. Ils sont juste pas aimé car c'est payant, mais c'est eux qui ont tout rendu possible.

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

Tu ne dois pas connaitre la différence entre :
1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur
2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable
 
Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? 
ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

pour info SX OS et SX Pro sont sortis avant atmo, reswitched etc. ils ont été les premiers depuis le début dans tout quand même. Ils sont juste pas aimé car c'est payant, mais c'est eux qui ont tout rendu possible.

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

Tu ne dois pas connaitre la différence entre :

1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur

2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable

 

Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? 

ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

Rien à ajouter, je plussoie totalement. Après va falloir s'habituer à ce genre de remarques à la con pendant un moment je pense.
 

pour info SX OS et SX Pro sont sortis avant atmo, reswitched etc. ils ont été les premiers depuis le début dans tout quand même. Ils sont juste pas aimé car c'est payant, mais c'est eux qui ont tout rendu possible.

Je vais encore réexpliquer. Quand SX OS est sortie vers le 30 mai 2018 on pouvait déjà lancer Atmosphere dont le développement a réellement commencé le 16 février 2018 (ou plutôt des bouts de celui-ci que l'on devais certes compiler sois-même et qui se lançaient via Hekate, et le tout avait été rendu possible grâce à l'exploit Fusee Gelee lancé via ce launcher (pour rappel en réponse à la sortie de la première version de SX OS on a eu la première release de SDFilesSwitch (devenu Kosmos ensuite) le 4 juin 2018 qui n'obligeait plus à compiler Atmosphere sois-même pour être lancé avec Hekate, tout était inclue)) donc non, techniquement SX OS est sortie après Atmosphere, il n'a pas du tout tout rendu possible de fait, il se base depuis le début sur beaucoup de codes sources d'Atmosphere (c'est plus à prouver depuis très longtemps) et je ne parle même pas du Homebrew Loader, du Homebrew Menu, de la Libnx, du module Ldn_mitm et du module Sys-FTPD qu'il utilise aussi sans même jamais créditer leurs auteurs se qui est un total manque de respect en vers eux; pour la team Reswitched (dont SciresM fait partie pour rappel) leurs travaux ont commencés encore bien avant Atmosphere, par exemple il y a eu Pegaswitch dont le développement a commencé le 4 mars 2017. Après la TX a effectivement sortie des fonctionnalités avant Atmosphere, les cheats (ceci dit maintenant Atmosphere et l'overlay d'EdiZon on totalement rendu obsolète la gestion des cheats de SX OS), l'emunand (d'ailleurs faudrait vraiment qu'Atmosphere intègre le driver implémenté dernièrement dans Hekate pour son emunand car maintenant ça fonctionne vraiment bien même sur les SD en FAT32 quand on lance l'emunand d'Atmosphere via Hekate mais via Fusee-primary c'est vraiment pas terrible en mode fichier sur une SD en FAT32), la prise en compte des disques USB (fonction plutôt pratique à beaucoup d’égards) et la lecture directe des XCI mais bon là c'est différent puisqu'Atmosphere n'intègrera jamais cette fonctionnalité vu que ses devs sont contre le piratage. Aller maintenant voyons se qu'Atmosphere a intégré avant SX OS, on a donc Layeredfs, les patches ips, les modules et les flags associés (encore plutôt mal géré par SX OS car ils sont très en retard sur leur code piqué à Atmosphere), la gestion des homebrews grâce au soutien du HBLoader et du HBMenu (d'ailleurs le fait de ne pas pouvoir mettre à jour sois-même ces deux derniers éléments sous SX OS cause des soucis avec certains homebrews se qui est franchement énervant), la redirection des logs vers la SD, l'extinction correcte de la console lorsqu'elle était en auto-RCM, le redémarrage sur un payload, Sept pour le lancement sur les firmwares 7.0.0 et supérieurs ainsi que très souvent les nouvelles clés quand un firmware majeur sort, des configurations bien plus poussées du CFW, la prise en compte de la nouvelle façon de gérer les manettes des firmwares 9.0.0 et supérieurs, les overlays sur les firmwares 9.0.0 et supérieurs (sous SX OS ça fonctionne un peu pour certains overlays comme FastCFWswitch mais dans l'ensemble sinon ça déconne beaucoup puisque SX OS 2.9.X est basé sur Atmosphere 0.9.X) et je ne mentionne que les choses les plus visibles pour l'utilisateur et ces fonctionnalités sont très importantes, sans vous en rendre compte vous les utilisez quoi qu'il arrive sous SX OS.

Cependant, je vais le redire, là sur la puce ils sont les premiers sans pour cette fois voler quoi que se soit à qui que se soit et il n'est pas question de leur enlever çà, personne ne pourra dire le contraire et c'est vraiment une grosse avancée qu'ils ont permis.

Voilà, tout ceci sont les faits, rien que les faits et au final c'est la seule chose qui importe vraiment quand on fait une critique, il faut être objectif à un moment.

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

 

Tu ne dois pas connaitre la différence entre :1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

Rien à ajouter, je plussoie totalement. Après va falloir s'habituer à ce genre de remarques à la con pendant un moment je pense.  

pour info SX OS et SX Pro sont sortis avant atmo, reswitched etc. ils ont été les premiers depuis le début dans tout quand même. Ils sont juste pas aimé car c'est payant, mais c'est eux qui ont tout rendu possible.

Je vais encore réexpliquer. Quand SX OS est sortie vers le 30 mai 2018 on pouvait déjà lancer Atmosphere dont le développement a réellement commencé le 16 février 2018 (ou plutôt des bouts de celui-ci que l'on devais certes compiler sois-même et qui se lançaient via Hekate, et le tout avait été rendu possible grâce à https://github.com/Q...uncher/releases (pour rappel en réponse à la sortie de la première version de SX OS on a eu la première release de SDFilesSwitch (devenu Kosmos ensuite) le 4 juin 2018 qui n'obligeait plus à compiler Atmosphere sois-même pour être lancé avec Hekate, tout était inclue)) donc non, techniquement SX OS est sortie après Atmosphere, il n'a pas du tout tout rendu possible de fait, il se base depuis le début sur beaucoup de codes sources d'Atmosphere (c'est plus à prouver depuis très longtemps) et je ne parle même pas du Homebrew Loader, du Homebrew Menu, de la Libnx, du module Ldn_mitm et du module Sys-FTPD qu'il utilise aussi sans même jamais créditer leurs auteurs se qui est un total manque de respect en vers eux; pour la team Reswitched (dont SciresM fait partie pour rappel) leurs travaux ont commencés encore bien avant Atmosphere, par exemple il y a eu https://github.com/r...ched/pegaswitch dont le développement a commencé le 4 mars 2017. Après la TX a effectivement sortie des fonctionnalités avant Atmosphere, les cheats (ceci dit maintenant Atmosphere et l'overlay d'EdiZon on totalement rendu obsolète la gestion des cheats de SX OS), l'emunand (d'ailleurs faudrait vraiment qu'Atmosphere intègre le driver implémenté dernièrement dans Hekate pour son emunand car maintenant ça fonctionne vraiment bien même sur les SD en FAT32 quand on lance l'emunand d'Atmosphere via Hekate mais via Fusee-primary c'est vraiment pas terrible en mode fichier sur une SD en FAT32), la prise en compte des disques USB (fonction plutôt pratique à beaucoup d’égards) et la lecture directe des XCI mais bon là c'est différent puisqu'Atmosphere n'intègrera jamais cette fonctionnalité vu que ses devs sont contre le piratage. Aller maintenant voyons se qu'Atmosphere a intégré avant SX OS, on a donc Layeredfs, les patches ips, les modules et les flags associés (encore plutôt mal géré par SX OS car ils sont très en retard sur leur code piqué à Atmosphere), la gestion des homebrews grâce au soutien du HBLoader et du HBMenu (d'ailleurs le fait de ne pas pouvoir mettre à jour sois-même ces deux derniers éléments sous SX OS cause des soucis avec certains homebrews se qui est franchement énervant), la redirection des logs vers la SD, l'extinction correcte de la console lorsqu'elle était en auto-RCM, le redémarrage sur un payload, Sept pour le lancement sur les firmwares 7.0.0 et supérieurs ainsi que très souvent les nouvelles clés quand un firmware majeur sort, des configurations bien plus poussées du CFW, la prise en compte de la nouvelle façon de gérer les manettes des firmwares 9.0.0 et supérieurs, les overlays sur les firmwares 9.0.0 et supérieurs (sous SX OS ça fonctionne un peu pour certains overlays comme FastCFWswitch mais dans l'ensemble sinon ça déconne beaucoup puisque SX OS 2.9.X est basé sur Atmosphere 0.9.X) et je ne mentionne que les choses les plus visibles pour l'utilisateur et ces fonctionnalités sont très importantes, sans vous en rendre compte vous les utilisez quoi qu'il arrive sous SX OS.Cependant, je vais le redire, là sur la puce ils sont les premiers sans pour cette fois voler quoi que se soit à qui que se soit et il n'est pas question de leur enlever çà, personne ne pourra dire le contraire et c'est vraiment une grosse avancée qu'ils ont permis.Voilà, tout ceci sont les faits, rien que les faits et au final c'est la seule chose qui importe vraiment quand on fait une critique, il faut être objectif à un moment.

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

 

Tu ne dois pas connaitre la différence entre :1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

Rien à ajouter, je plussoie totalement. Après va falloir s'habituer à ce genre de remarques à la con pendant un moment je pense.  

pour info SX OS et SX Pro sont sortis avant atmo, reswitched etc. ils ont été les premiers depuis le début dans tout quand même. Ils sont juste pas aimé car c'est payant, mais c'est eux qui ont tout rendu possible.

Je vais encore réexpliquer. Quand SX OS est sortie vers le 30 mai 2018 on pouvait déjà lancer Atmosphere dont le développement a réellement commencé le 16 février 2018 (ou plutôt des bouts de celui-ci que l'on devais certes compiler sois-même et qui se lançaient via Hekate, et le tout avait été rendu possible grâce à https://github.com/Q...uncher/releases (pour rappel en réponse à la sortie de la première version de SX OS on a eu la première release de SDFilesSwitch (devenu Kosmos ensuite) le 4 juin 2018 qui n'obligeait plus à compiler Atmosphere sois-même pour être lancé avec Hekate, tout était inclue)) donc non, techniquement SX OS est sortie après Atmosphere, il n'a pas du tout tout rendu possible de fait, il se base depuis le début sur beaucoup de codes sources d'Atmosphere (c'est plus à prouver depuis très longtemps) et je ne parle même pas du Homebrew Loader, du Homebrew Menu, de la Libnx, du module Ldn_mitm et du module Sys-FTPD qu'il utilise aussi sans même jamais créditer leurs auteurs se qui est un total manque de respect en vers eux; pour la team Reswitched (dont SciresM fait partie pour rappel) leurs travaux ont commencés encore bien avant Atmosphere, par exemple il y a eu https://github.com/r...ched/pegaswitch dont le développement a commencé le 4 mars 2017. Après la TX a effectivement sortie des fonctionnalités avant Atmosphere, les cheats (ceci dit maintenant Atmosphere et l'overlay d'EdiZon on totalement rendu obsolète la gestion des cheats de SX OS), l'emunand (d'ailleurs faudrait vraiment qu'Atmosphere intègre le driver implémenté dernièrement dans Hekate pour son emunand car maintenant ça fonctionne vraiment bien même sur les SD en FAT32 quand on lance l'emunand d'Atmosphere via Hekate mais via Fusee-primary c'est vraiment pas terrible en mode fichier sur une SD en FAT32), la prise en compte des disques USB (fonction plutôt pratique à beaucoup d’égards) et la lecture directe des XCI mais bon là c'est différent puisqu'Atmosphere n'intègrera jamais cette fonctionnalité vu que ses devs sont contre le piratage. Aller maintenant voyons se qu'Atmosphere a intégré avant SX OS, on a donc Layeredfs, les patches ips, les modules et les flags associés (encore plutôt mal géré par SX OS car ils sont très en retard sur leur code piqué à Atmosphere), la gestion des homebrews grâce au soutien du HBLoader et du HBMenu (d'ailleurs le fait de ne pas pouvoir mettre à jour sois-même ces deux derniers éléments sous SX OS cause des soucis avec certains homebrews se qui est franchement énervant), la redirection des logs vers la SD, l'extinction correcte de la console lorsqu'elle était en auto-RCM, le redémarrage sur un payload, Sept pour le lancement sur les firmwares 7.0.0 et supérieurs ainsi que très souvent les nouvelles clés quand un firmware majeur sort, des configurations bien plus poussées du CFW, la prise en compte de la nouvelle façon de gérer les manettes des firmwares 9.0.0 et supérieurs, les overlays sur les firmwares 9.0.0 et supérieurs (sous SX OS ça fonctionne un peu pour certains overlays comme FastCFWswitch mais dans l'ensemble sinon ça déconne beaucoup puisque SX OS 2.9.X est basé sur Atmosphere 0.9.X) et je ne mentionne que les choses les plus visibles pour l'utilisateur et ces fonctionnalités sont très importantes, sans vous en rendre compte vous les utilisez quoi qu'il arrive sous SX OS.Cependant, je vais le redire, là sur la puce ils sont les premiers sans pour cette fois voler quoi que se soit à qui que se soit et il n'est pas question de leur enlever çà, personne ne pourra dire le contraire et c'est vraiment une grosse avancée qu'ils ont permis.Voilà, tout ceci sont les faits, rien que les faits et au final c'est la seule chose qui importe vraiment quand on fait une critique, il faut être objectif à un moment.

C'est marrant tout le monde criait au scandale sur la team Xecuter quand il reprenaient du code open source, et là les team font tout pour qu'il soit possible de piquer leur travail, mais ça c'est normal

 

Tu ne dois pas connaitre la différence entre :1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

Rien à ajouter, je plussoie totalement. Après va falloir s'habituer à ce genre de remarques à la con pendant un moment je pense.  

pour info SX OS et SX Pro sont sortis avant atmo, reswitched etc. ils ont été les premiers depuis le début dans tout quand même. Ils sont juste pas aimé car c'est payant, mais c'est eux qui ont tout rendu possible.

Je vais encore réexpliquer. Quand SX OS est sortie vers le 30 mai 2018 on pouvait déjà lancer Atmosphere dont le développement a réellement commencé le 16 février 2018 (ou plutôt des bouts de celui-ci que l'on devais certes compiler sois-même et qui se lançaient via Hekate, et le tout avait été rendu possible grâce à https://github.com/Q...uncher/releases (pour rappel en réponse à la sortie de la première version de SX OS on a eu la première release de SDFilesSwitch (devenu Kosmos ensuite) le 4 juin 2018 qui n'obligeait plus à compiler Atmosphere sois-même pour être lancé avec Hekate, tout était inclue)) donc non, techniquement SX OS est sortie après Atmosphere, il n'a pas du tout tout rendu possible de fait, il se base depuis le début sur beaucoup de codes sources d'Atmosphere (c'est plus à prouver depuis très longtemps) et je ne parle même pas du Homebrew Loader, du Homebrew Menu, de la Libnx, du module Ldn_mitm et du module Sys-FTPD qu'il utilise aussi sans même jamais créditer leurs auteurs se qui est un total manque de respect en vers eux; pour la team Reswitched (dont SciresM fait partie pour rappel) leurs travaux ont commencés encore bien avant Atmosphere, par exemple il y a eu https://github.com/r...ched/pegaswitch dont le développement a commencé le 4 mars 2017. Après la TX a effectivement sortie des fonctionnalités avant Atmosphere, les cheats (ceci dit maintenant Atmosphere et l'overlay d'EdiZon on totalement rendu obsolète la gestion des cheats de SX OS), l'emunand (d'ailleurs faudrait vraiment qu'Atmosphere intègre le driver implémenté dernièrement dans Hekate pour son emunand car maintenant ça fonctionne vraiment bien même sur les SD en FAT32 quand on lance l'emunand d'Atmosphere via Hekate mais via Fusee-primary c'est vraiment pas terrible en mode fichier sur une SD en FAT32), la prise en compte des disques USB (fonction plutôt pratique à beaucoup d’égards) et la lecture directe des XCI mais bon là c'est différent puisqu'Atmosphere n'intègrera jamais cette fonctionnalité vu que ses devs sont contre le piratage. Aller maintenant voyons se qu'Atmosphere a intégré avant SX OS, on a donc Layeredfs, les patches ips, les modules et les flags associés (encore plutôt mal géré par SX OS car ils sont très en retard sur leur code piqué à Atmosphere), la gestion des homebrews grâce au soutien du HBLoader et du HBMenu (d'ailleurs le fait de ne pas pouvoir mettre à jour sois-même ces deux derniers éléments sous SX OS cause des soucis avec certains homebrews se qui est franchement énervant), la redirection des logs vers la SD, l'extinction correcte de la console lorsqu'elle était en auto-RCM, le redémarrage sur un payload, Sept pour le lancement sur les firmwares 7.0.0 et supérieurs ainsi que très souvent les nouvelles clés quand un firmware majeur sort, des configurations bien plus poussées du CFW, la prise en compte de la nouvelle façon de gérer les manettes des firmwares 9.0.0 et supérieurs, les overlays sur les firmwares 9.0.0 et supérieurs (sous SX OS ça fonctionne un peu pour certains overlays comme FastCFWswitch mais dans l'ensemble sinon ça déconne beaucoup puisque SX OS 2.9.X est basé sur Atmosphere 0.9.X) et je ne mentionne que les choses les plus visibles pour l'utilisateur et ces fonctionnalités sont très importantes, sans vous en rendre compte vous les utilisez quoi qu'il arrive sous SX OS.Cependant, je vais le redire, là sur la puce ils sont les premiers sans pour cette fois voler quoi que se soit à qui que se soit et il n'est pas question de leur enlever çà, personne ne pourra dire le contraire et c'est vraiment une grosse avancée qu'ils ont permis.Voilà, tout ceci sont les faits, rien que les faits et au final c'est la seule chose qui importe vraiment quand on fait une critique, il faut être objectif à un moment.

SX OS travaille en silence. Ils ont eu en premiers toutes les fonctions que tout le monde voulait en premier. Car ils avaient tout bien avant. Just atmo, ils font une mod, ils le mettent de suite en ligne. SX OS ça sort quand c'est prêt. D'ailleurs c'est suite à l'annonce du premier Atmo qu'ils ont mis des videos que eux déjà lancait le XCI et les jeux. D'ailleurs, toi, comme tout le modne, vous avez utilisé SX OS pendant qu'Atmo ramait à enfin lancer des copies - c'est là que les gens ont commencé à l'utiliser car évidemment tout le monde s'en foutait avant -.

je suis la scène depuis le début si mes souvenir sont exact les 2 sont sorti presque en même temp (oui pas au public des video ou des info)

atmosphere était priver oui priver puis tx sort sx os ou une video plus sur sa date mais ses des info lier au tx et leur sx qui on décider de faire sortir atmosphere au public sa je m en souvient je croit même qui avait eu un tweet de scirm a se sujet plus sur sur ce fait par contre

donc vous pouvez troller autant que vous voulez aucun n apporte de preuve d un soit disant vole et se soit disant vole a eter lancer par une rumeur au sx os 9.0 quand tout a eter modifier et que même si sa aurait eter vrai on aurai jamais su donc votre fiabiliter sur soit disant vole = aucun

ajouter que quand on copie même si on modifie des truc on acquiers les même fonctionnalité que l original d ou le nom copie donc encore preuve d un non vole car les fonctionnalité viennent d être prouver très différente et en retard sur le soit disant original par des message plus haut

prendre exemple sur un autre se n est pas du vole ses même lui reconnaître son travaille donc vous vous tesez et profiter des 2 même si vous n en n utilisez qu un ou vous dite rien point 

la seul chose scirm a baisser dans mon estime en donnant le moyen de pirater les puce tx a part sa j utiliserai encore sx et atmosphere

tx ont fourni une puce ouverte aux autre cfw leur permettant de l utilise a leur guise (si vous me sortez oui mais faut leur license je vous étrangle est fourni avec la puce) ses comme sa qu ils sont remercier alors qu ils auraient put fournir une puce cryptez et impossible a utilisez avec d autre cfw donc malgrez votre haine envers eux pense a ceux qui utilise atmosphere ou autre cfw 

Pour rappelle tx a eter ceux qui on permit le hack des 360 avec leur puce donc la puce aurai put être ultra crypter et empêcher tous les autre cfw car ses leur élément (oui des copie aurai put voir le jour mes la n est pas la question je dit simplement que ses leur domaine les puce et leur permettrai bien des choses)

vous allez faire coulez la scène avec vos connerie donc on arrête se débat steril avant que la scène soit répercuter (mon avit est d ailleurs que tx est retourner au puce pour être dans sont élément au lieu de cherchez un moyen non soudez suite a vos connerie et donc impact déjà la scène mais ses mon avit qui ne regarde que moi) (je pense aussi que kosmos a arrêter a cause d une histoire semblable)

vous allez faire coulez la scène avec vos connerie

Tu es drole silen3, la tx derriere le hack 360 hummmm oui ils etaient la aussi pour faire du fric en reprenant et mettant a leur sauce les divers projet deja en place comme il le font presentement. Ils n’ont en aucun point sortie le hack rgh, les puce rgh on les fesaient maison au tout debut....

Faire couler la scene parce qu’il aura de la competition voyons toi ! Et puis comme je t’ai dis la Tx le sais tres bien qu’elle ce fera cloné on en a parlé sur le chan des testeurs du sx os/core, ils savent que c’est le jeu tout simplement et ce dans tout les domaines de consomation...

Puis ton lancement de backup normal que ce soit la tx qui ai ete en premier c’est le fer de lance de leur cfw, en meme temps la nintendo les attaquent, attaaque t-il Mscires a cause de atmosphere, ha non c’est vrai lui d’officile ne le fait pas le lancement de backup mais avec 2 dossiers facile a trouver oui.


Et non je ne joue pas le jeu d’utiliser leur cfw je suis sous atmo depuis le debut et cela me suiffi, ha oui en passant leur puce poir l’instant ne permet pas le lancement de payload comme atmo...

avant de pouvoir en faire un maison y la fallu avoir des base ta pas inventer ta propre puce lol j ignore laquelle ses ta base par contre tx ou autre peut importe de toute facon je voulais pas dire a inventer le hack 360 mais a creer une puce et s y connaisse

edit: pour faire couler la scene ses pas la concurrence mais les gens troll rageux ect kosmos en ai la parfaite représentation je répète ses mon avit se point donc bon ne concerne que moi 

la seul chose scirm a baisser dans mon estime en donnant le moyen de pirater les puce tx a part sa j utiliserai encore sx et atmosphere

Juste un truc que tu comprends pas, ReSwitched n'a pas hacké la puce (hardware) de la TX, ils ont fait du RE sur une version leakée de SX OS v3.0 (software). Si tu sais pas faire la diff entre hardware et software on est mal barré.

tx ont fourni une puce ouverte aux autre cfw leur permettant de l utilise a leur guise

Etre obligé de passer par le bootloader de la TX t'appelles ça une puce "ouverte" ? Sérieux ?

T'es au courant que tu peux déjà booter sur un payload via le bootloader TX existant ? Ca fait belle lurette que ça existe... Tu veux un scoop ? Tu peux même lancer SX OS en passant d'abord par Hekate.

mon avit est d ailleurs que tx est retourner au puce pour être dans sont élément au lieu de cherchez un moyen non soudez suite a vos connerie 

vous allez faire coulez la scène avec vos connerie

lol, au moins tu me fais rire. 

SX OS travaille en silence. Ils ont eu en premiers toutes les fonctions que tout le monde voulait en premier. Car ils avaient tout bien avant. Just atmo, ils font une mod, ils le mettent de suite en ligne. SX OS ça sort quand c'est prêt. D'ailleurs c'est suite à l'annonce du premier Atmo qu'ils ont mis des videos que eux déjà lancait le XCI et les jeux. D'ailleurs, toi, comme tout le modne, vous avez utilisé SX OS pendant qu'Atmo ramait à enfin lancer des copies - c'est là que les gens ont commencé à l'utiliser car évidemment tout le monde s'en foutait avant -.

OK donc déjà là tu m'agaces, qu'est-ce que tu en sais que j'utilisais SX OS avant Atmosphere, en plus c'est le contraire, j'ai juste pris SX OS bien après Atmosphere pour pouvoir faire mes tests pour le développement de mon script en prenant en compte cette solution qui ne peut être ignorée vu sa popularité (ceci ne m'empêche pas de reconnaitre les qualités de ce CFW mais ça ne m'empêche pas non plus de pointer ses défauts et ceux de la TX, je reste le plus neutre possible et depuis le début du ahck Switch). Ensuite pour qui a été le premier pour lancer les jeux oui, c'était bien SX OS mais ils ont pu le faire grâce au travail effectué en open-sources sous Atmosphere au préalable, ils n'ont eu qu'à se concentrer sur le lancement des XCI et la gestion de leurs licences ainsi que le cryptage du CFW pendant que du côté d'Atmosphere ça travaillait sur tout les mécanismes de base et la réécriture de chaque élément de l'OS (ceci est très long et très complexe) et surtout Atmosphere n'a jamais eu pour vocation le lancement de jeux piratés donc logique que la TX avait de l'avance sur ce point (et elle en a toujours d'ailleurs), en plus comme le lancement des XCI ferait appel à du code propriétaire de Nintendo la TX n'aurait pas tout réécrit du coup, ils ont possiblement "juste" fait l'interfaçage entre un port cartouche virtuel utilisant possiblement du code propriétaire de Nintendo ensuite pour qu'il fonctionne comme un port cartouche standard.

@silien3 :

prendre exemple sur un autre se n est pas du vole ses même lui reconnaître son travaille donc vous vous tesez et profiter des 2 même si vous n en n utilisez qu un ou vous dite rien point

@silien3 : Habituellement je ne critique pas l'orthographe car je suis très mauvais aussi sur ce point là mais fait un effort car ça fait mal au yeux.

Les gars,faut pas faire science politique pour savoir que la team sx a fait du copier coller en se basant sur atmo(ceux qui disent le contraire sont dans le déni total ou "pro sx").
Je suis ni pro ci ou ça(mes 2 switch sont sous license sx,en + d'atmo et reinx)donc quand je vois des gens offusqués sur "l'arroseur arrosé",c'est juste drôle(et si tous ce bordel nous donne un lanceur xci sur atmo.....je dis"mais pourquoi pas"pour ceux qui sont fan du lanceur xci exclusif à la team sx).

Ah par le XCI et DDext je ne vois pas plus l’intérêt de SX même si c'est "userfriendly" avec les MAJ en utilisant le script de @shadow256 les MAJ atmosphère est aussi simple qu'un simple boot.dat. Donc pour ma part j'utilise SX OS pour les XCI même ci en soit  copier un XCI ou installer un NSP reviens au même surtout sur une emunand vu qu'on se connecte jamais en online on s'en fou que le xci soit plus "propre". Le jour ou un CFW (atmosphère, ReiNX ou un autre qui sait) apparaît avec support XCI ça fera "mal" a la TX

 

Bonjour, moi j aime bien c est du vol, les gars travaillent dessus vous leur voler etc.... Et ceux qui télécharge les jeux, le respect des développeurs etc... En fait c est pas bien de voler quand cela vous arrange

On s'en fou un peu de qui a copier sur qui en premier (même si on le sait) de toute façon tous le monde "vole" le travaille de tous le monde (Téléphonie, TV, audio)  après la moindre des chose c'est de créditer les auteurs.

P.S1: Je ne suis pas pro TX ou autre.

P.S2: Je peux oublié de corrigé des ^ ma touche est H.S je suis obligé d'utiliser le correcteur ou le clavier virtuel >.< .

Bonjour, perso je suis pas plus l'un que l'autre, mais ceux qui disent que c est du vol, ok TX a voler le travail d'atmo, mais ceux que cela dérange on en parle des jeux que vous telecharger ?
Et certain pas la peine de trouver l'excuse, j'ai les originaux.. c'est pour les homebrew, on voit bien sur les new's ou sur certain discord que certain sont comme des fou des que SXos/atmo lance plus les backup

Et bien parlons-en, ceux qui ont leurs originaux peuvent, grâce aux CFWs, les copier sur leur console et ne plus avoir à trimbaler le support physique des jeux ou encore faire une copie de sauvegarde des jeux qu'ils achètent sur l'Eshop (c'est légalement flou mais éthiquement correct selon moi). Perso quand j'achète un jeu je veux pouvoir y rejouer dans dix ans si je veux et possiblement sur une autre console donc pouvoir copier mes jeux et son contenu que j'ai payé et pouvoir le relancer comme je veux sur la console est non négligeable car dans dix ans on ne pourra plus récupérer le contenu Eshop qu'on a pourtant payé le prix fort, le bonheur du dématérialisé quoi. Donc voilà, tu ne peux pas catégoriser l'ensemble des gens comme çà d'un claquement de doigts, dans ceux qui hack leurs consoles il y en a aussi qui respecte une certaine étique (après je te l'accorde ça ne semble pas être la majorité), c'est trop facile de ranger tout le monde dans le même panier. Pareil pour les émulateurs, certains émulent juste les jeux de leur enfance qu'ils ont acheté à l'époque et qu'ils possèdent toujours, là aussi au niveau légal c'est compliqué mais au niveau étique selon moi c'est plutôt correct. Enfin, tu peux aussi te servir du lancement des jeux sur la console ou sur un émulateur pour tester un jeu puis l'acheter ensuite s'il t'a plu, là niveau légal ça ne va pas du tout par contre mais niveau étique c'est loin d'être incorrect.

Tu es drole silen3, la tx derriere le hack 360 hummmm oui ils etaient la aussi pour faire du fric en reprenant et mettant a leur sauce les divers projet deja en place comme il le font presentement. Ils n’ont en aucun point sortie le hack rgh, les puce rgh on les fesaient maison au tout debut....
Faire couler la scene parce qu’il aura de la competition voyons toi ! Et puis comme je t’ai dis la Tx le sais tres bien qu’elle ce fera cloné on en a parlé sur le chan des testeurs du sx os/core, ils savent que c’est le jeu tout simplement et ce dans tout les domaines de consomation...
Puis ton lancement de backup normal que ce soit la tx qui ai ete en premier c’est le fer de lance de leur cfw, en meme temps la nintendo les attaquent, attaaque t-il Mscires a cause de atmosphere, ha non c’est vrai lui d’officile ne le fait pas le lancement de backup mais avec 2 dossiers facile a trouver oui.
Et non je ne joue pas le jeu d’utiliser leur cfw je suis sous atmo depuis le debut et cela me suiffi, ha oui en passant leur puce poir l’instant ne permet pas le lancement de payload comme atmo...

avant de pouvoir en faire un maison y la fallu avoir des base ta pas inventer ta propre puce lol j ignore laquelle ses ta base par contre tx ou autre peut importe de toute facon je voulais pas dire a inventer le hack 360 mais a creer une puce et s y connaisse
 
edit: pour faire couler la scene ses pas la concurrence mais les gens troll rageux ect kosmos en ai la parfaite représentation je répète ses mon avit se point donc bon ne concerne que moi 

avant de pouvoir en faire un maison y la fallu avoir des base ta pas inventer ta propre puce lol j ignore laquelle ses ta base par contre tx ou autre peut importe de toute facon je voulais pas dire a inventer le hack 360 mais a creer une puce et s y connaisse
 
edit: pour faire couler la scene ses pas la concurrence mais les gens troll rageux ect kosmos en ai la parfaite représentation je répète ses mon avit se point donc bon ne concerne que moi

avant de pouvoir en faire un maison y la fallu avoir des base ta pas inventer ta propre puce lol j ignore laquelle ses ta base par contre tx ou autre peut importe de toute facon je voulais pas dire a inventer le hack 360 mais a creer une puce et s y connaisse
 
edit: pour faire couler la scene ses pas la concurrence mais les gens troll rageux ect kosmos en ai la parfaite représentation je répète ses mon avit se point donc bon ne concerne que moi

Oui les plan des cpld etaient disponible a tous quand le rgh est sortie, la tx les ont pris comme bien d’autre team, squirt, matrix, soulheaven(votre puce francaise glitchip) pour faire une puce dedié a leur sauce, tout comme la switchMe qui est un trinket didié a la switch. Sur le Rgh la Tx n’a rien sortie je te le repete...
Pis crois tu vraiment que cette equipe BUSINESS, a comparer a toute les autres en ce moment, va s’en faire avec les commentaires negatifs des autres groupes, elle s’en caliss comme on dit par chez moi, ce qu’elle veut c’est que tu parles d’elle en bien ou en mal ca l nom est deja fait sur la scène, c’est le cash des premiers presés qu’elle veut.

@shadow256 :

Oui c'est pour cela que j'ai mis "certain", pour précisé, c'est ceux qu'on croise souvent sur les post ou sur les discord se plaindre que aucun backup se lance....

C'est sur que toi au vu de tes post et de ton taff je te mets pas avec les "certain", il y a qu'a lire les post ici pour se rendre compte un petit peu

On est d'accord.

@shadow256 :
Oui c'est pour cela que j'ai mis "certain", pour précisé, c'est ceux qu'on croise souvent sur les post ou sur les discord se plaindre que aucun backup se lance....
C'est sur que toi au vu de tes post et de ton taff je te mets pas avec les "certain", il y a qu'a lire les post ici pour se rendre compte un petit peu

On est d'accord.

je suis la scène depuis le début si mes souvenir sont exact les 2 sont sorti presque en même temp (oui pas au public des video ou des info)
 

Shadow impose sa loi

C'est pas trop mon genre, je lève seulement les ambiguïtés, le message de @JohnConnor auquel j'ai répondu la première fois m'a paru ambigu donc j'ai préféré clarifier tout de suite, pour moi dans la construction de ces phrases le mot "certains" semblait représenté tout ceux qui aurait donné l'argument qui suivait alors qu'en fait il voulait plutôt signifier "certains" avec une notion d'exclusion (certains mais pas tous), je pense que la phrase aurait dû être plutôt construite ainsi:

Et certain pas la peine de trouver l'excuse, j'ai les originaux.. c'est pour les homebrew, on voit bien sur les new's ou sur certain discord qu'une partie d'entre ceux qui semblent utiliser cet argument sont comme des fou des que SXos/atmo lance plus les backup

Tu ne dois pas connaitre la différence entre :
1) dumper, déchiffrer puis dé-compiler un exécutable et faire du reverse engineering pour reconstruire un code sur la base d'instructions en assembleur
2) reprendre un code open source sans respecter sa licence, le compiler et revendre l’exécutable
 
Tous les hackeurs font du RE (1). Comment crois-tu que la TX à fait pour créer le SX Pro et SX OS ? 
ReSwitched fait du RE sur SX OS v3.0, quel est le problème ? Je vois pas le rapport avec le fait de "voler" du code open-source. Pour moi c'est pas comparable

Xecuter ils ont pris une partie du boulot d'un autre groupe (que ça soit en prenant du code source ou en prenant le binaire et en réécrivant le code qui correspond, ça ne change pas grand chose fondamentalement car même si on réécrit du code source à partir d'un binaire, c'est comme si on violait la license originale à partir du moment ou le code binaire est quasiment le même, le outils genre https://www.blackducksoftware.com qui détectent les violations de code open source peuvent se baser sur les binaires d'ailleurs) et ils se sont fait descendre à raison par la communauté.
Maintenant des groupes analysent du code que la team Xecuter ont généré eux même (je pense que sur ce coup il n'y a pas débat) et là les gens veulent violer leur license (oui ce n'est pas parce que ce n'est pas open source qu'il n'y a pas de license, c'est juste que ce n'est pas une license open source ...) que ça soit en analysant leurs binaires ou en hackant leurs serveurs et en leur volant leur code source, ça ne change pas grand chose, au final, sauf pour ceux qui veulent trouver une excuse à l'un ou à l'autre. Si un gars qui a déjà cambriolé une maison par le passé se fait cambrioler à son tour, on pourrait se dire que c'est bien fait, mais en soit ça ne le prive pas de son droit d'aller porter plainte, et ça ne rend pas innocent le voleur de ce dernier.
Après sur des sujets aussi polémiques, chacun aura son point de vue et pourra avancer des arguments qui seront certainement valables aussi, ce que je dénonce juste c'est que le voleur est en train de se faire piller son travail, et certains trouvent ça normal parce que ça les arrange, mais au final pour moi c'est juste du même niveau que ce qu'à fait la team Xecuter avant. Mais bon pour certains le fait que la team Xecuter a "commencé", ça fait d'eux les méchants et les autres maintenant ce sont des justiciers !
Pourtant il y a quand même de grandes chances que la team Xecuter a du avancer des sommes d'argent conséquentes pour pouvoir avancer dans la hack mariko, et que donc sans ce qu'ils ont fait, il n'y aurait surement pas de hack mariko avant un moment ... Certains diront que comme la team xecuter s'est fait cet argent en volant du code open source, c'est normal que ces résultats reviennent à la communauté. Ils ont peut être en partie raison, mais bon le fond de ma remarque c'est que voler un voleur ne fait pas de nous un innocent

D'abord merci pour ta réponse argumentée. Bon après je suis toujours pas d'accord avec toi . Pour moi réécrire du code source sur la base d'un binaire décompilé n'est pas une violation de la licence. Le RE ne viole pas les licences. Par contre, copier/coller du code source sous licence GPL dans un programme closed source et revendre l'exécutable, là c'est une violation de la licence. Mais bref, passons sur l'aspect licence.

On parle ici de comparer deux teams. Ces deux teams ont toutes les deux fait du RE sur le hardware et le software de Nintendo et Nvidia. Moi j'appelle pas ça voler du code, d'ailleurs ça ne l'est pas. La rétro-ingénierie n'est pas du vol, elle est d'ailleurs souvent utilisée pour détecter si un produit ne viole pas un brevet. Ok, ici c'est du RE dont le but est aussi le hack, là au niveau légal c'est différent (neutraliser un mécanisme de contrôle par ex) mais c'est un autre sujet. Aujourd'hui, la team RS vient faire du RE sur du software de la TX, quelle différence ? En quoi c'est comparable à une utilisation illégale et immorale de code sous licence ? Vraiment, même en restant prosaïque, je ne vois absolument aucun rapport. Est-ce que la team RS à recopié/réécrit le soft de la TX ? Pour le moment non, elle l'a utilisé pour avoir accès au firmware mariko, c'est pas du software TX.

Ce qui a été reproché à la TX c'est pas de faire du RE ni même d'avoir repris du code d'Atmosphère. Le problème c'est qu'elle a repris du code sans le dire (violation de licence) et qu'elle a ensuite fait payer ses clients pour du code libre (en partie en tout cas). Elle aurait simplement crédité les auteurs et rendu open-source cette partie de son software et elle aurait été dans les clous.

La question qu'on peut se poser alors, c'est pourquoi ? Pourquoi la TX n'a t'elle pas simplement respecter les conditions de la licence alors que ça n'aurait en rien entravé son commerce ? A mon avis elle ne voulait pas que ses potentiels clients sachent qu'une alternative gratuite existe à son produit.

Enfin, pour répondre à tous ceux qui nous reprochent ici de critiquer sans cesse la TX, j'ai envie de leur demander, si eux en tant que consommateurs du SX OS, ils auraient appréciés de NE JAMAIS SAVOIR que SX OS reprenait du code d'AMS, une alternative gratuite ? Moi perso je trouve normal que les gens soient au courant et ce n'est pas forcément être anti TX que de dire ça, c'est juste rétablir une vérité que la TX ne veut pas dévoiler à ses clients. Ensuite chacun fait son choix.

Le truc c'est que la solution de la Tx est plus "simple" pour le gars qui veux juste lancer du backup et qui voit que 45 euros pour SXos, c'est même pas un jeu.

par contre la solution gratuite serai aussi simple que Sxos et que la team l'aurai cacher, la je pense que beaucoup de personne gueulerai.

Vous, vous voyez avec vos yeux d'expert, mais le lambda préférera toujours payer un peu ( meme aps le prix d'un jeu ) pour avoir un truc plus "simple"

On parle de payant vs gratuit ton trinket, la puce et l'instalaltion tu fais pas payer c'est gratuit ?

Donc a un moment tes client ont payer pour que la solution entierement gratuite deviennent un peu plus simple non ?

Exactement le problème que j'explique

Vous, vous voyez avec vos yeux d'expert, mais le lambda préférera toujours payer un peu ( meme aps le prix d'un jeu ) pour avoir un truc plus "simple"

Perso j'en ai rien à foutre de l'avis du lambda qui est prêt à payer pour SX OS mais s'intéresse pas au hack, ne se documente pas, ne suit pas les recommandations de base comme dumper sa NAND et après vient pleurer sur LS car sa console démarre plus. Ça fait déjà un bail que j'ai arrêté de répondre à la plupart de ces gens "lambda" comme tu dis. Je reste admiratif devant la patience de shadow et bien d'autres pour continuer à les aider. Pour moi hacker sa console demande un minimum d'investissement personnel et je me méfie de l'avis du lambda dont on sait très bien qu'il n'est ici (sur LS) que pour une seule chose.

C'est relou, à chaque fois qu'on critique la TX en parlant de faits, faut toujours que certains nous ramènent à "bah oui mais SX OS c'est trop bien parce que c'est super simple et que tu peux pirater tous les jeux". Tant mieux pour eux, mais qu'il arrêtent de ramener leur fraise en nous traitant d'anti TX gnagnagna. C'est super s'il sont contents de SX OS, ou s'ils pensent qu'AMS c'est pourri car ça lance pas les XCI, c'est tout à fait leur droit. Ça à juste strictement aucun rapport avec le fait que la TX ait "volé" du code à AMS, absolument aucun.

Donc, oui d'une certaine manière tu as raison, tout le monde ne voit pas les choses de la même manière, chacun le voit avec ses yeux.

C est toi qui a rien compris je parle du fait que certain se tourne vers le payant alors q une solution gratuite existe. Essai de comprendre avant de poster

Vous, vous voyez avec vos yeux d'expert, mais le lambda préférera toujours payer un peu ( meme aps le prix d'un jeu ) pour avoir un truc plus "simple"

Perso j'en ai rien à foutre de l'avis du lambda qui est prêt à payer pour SX OS mais s'intéresse pas au hack, ne se documente pas, ne suit pas les recommandations de base comme dumper sa NAND et après vient pleurer sur LS car sa console démarre plus. Ça fait déjà un bail que j'ai arrêté de répondre à la plupart de ces gens "lambda" comme tu dis. Je reste admiratif devant la patience de shadow et bien d'autres pour continuer à les aider. Pour moi hacker sa console demande un minimum d'investissement personnel et je me méfie de l'avis du lambda dont on sait très bien qu'il n'est ici (sur LS) que pour une seule chose.
C'est relou, à chaque fois qu'on critique la TX en parlant de faits, faut toujours que certains nous ramènent à "bah oui mais SX OS c'est trop bien parce que c'est super simple et que tu peux pirater tous les jeux". Tant mieux pour eux, mais qu'il arrêtent de ramener leur fraise en nous traitant d'anti TX gnagnagna. C'est super s'il sont contents de SX OS, ou s'ils pensent qu'AMS c'est pourri car ça lance pas les XCI, c'est tout à fait leur droit. Ça à juste strictement aucun rapport avec le fait que la TX ait "volé" du code à AMS, absolument aucun.
Donc, oui d'une certaine manière tu as raison, tout le monde ne voit pas les choses de la même manière, chacun le voit avec ses yeux.

Phrase d'eliboa :
- mon avis elle ne voulait pas que ses potentiels clients sachent qu'une alternative gratuite existe à son produit.

Oui moi je lis le post en entier desoler

donc oui une alternative gratuite existe mais plus compliquer.

D'ou mon post

Sois honnête, tu n'as pas pris la phrase qui décrit le mieux ce que j'exprimais. On parlait de légitimité de la team RS à faire du RE sur le software de la TX et du fait que la TX pique du code à AMS.

Je rejoins NightWolf pour le coup, ton message était un peu HS et pourtant du nous interpelles avec ton "vous, vous voyez avec vos yeux" comme si tu voulais objecter. Difficile de te suivre... mais bon il est tard dans ma timezone ^^

Phrase d'eliboa :
- mon avis elle ne voulait pas que ses potentiels clients sachent qu'une alternative gratuite existe à son produit.
Oui moi je lis le post en entier desoler
donc oui une alternative gratuite existe mais plus compliquer.
D'ou mon post

Sois honnête, tu n'as pas pris la phrase qui décrit le mieux ce que j'exprimais. On parlait de légitimité de la team RS à faire du RE sur le software de la TX et du fait que la TX pique du code à AMS.
Je rejoins NightWolf pour le coup, ton message était un peu HS et pourtant du nous interpelles avec ton "vous, vous voyez avec vos yeux" comme si tu voulais objecter. Difficile de te suivre... mais bon il est tard dans ma timezone ^^

@ eliboa :

- oui je suis partis sur du HS, pour dire que vous, les experts en hack êtes sur le fait que TX ont voler du code a Atmo.. mais pour le mec lambda en hack qui veux juste lancer du backup il s'en fiche du vol tant que pour lui c'est plus 'simple" même en payant un truc a la base gratuit C'est pour cela que plusieurs personne post qu'ils s'en fiche du vol


@NightWolf : dans ta 1ere réponse t'explique exactement ce que j'exprimais, que les gens préfère payer un peu même si a la base un truc gratuit existe, pas besoin de puce dans ton exemple pour le hack, mais du moment que c'est plus simple.
Et après tu t'es rendu compte que en fait tu me donne raison, et voila...

Bonne continuation

Perso j'en ai rien à foutre de l'avis du lambda qui est prêt à payer pour SX OS mais s'intéresse pas au hack, ne se documente pas, ne suit pas les recommandations de base comme dumper sa NAND et après vient pleurer sur LS car sa console démarre plus. Ça fait déjà un bail que j'ai arrêté de répondre à la plupart de ces gens "lambda" comme tu dis. Je reste admiratif devant la patience de shadow et bien d'autres pour continuer à les aider. Pour moi hacker sa console demande un minimum d'investissement personnel et je me méfie de l'avis du lambda dont on sait très bien qu'il n'est ici (sur LS) que pour une seule chose.
C'est relou, à chaque fois qu'on critique la TX en parlant de faits, faut toujours que certains nous ramènent à "bah oui mais SX OS c'est trop bien parce que c'est super simple et que tu peux pirater tous les jeux". Tant mieux pour eux, mais qu'il arrêtent de ramener leur fraise en nous traitant d'anti TX gnagnagna. C'est super s'il sont contents de SX OS, ou s'ils pensent qu'AMS c'est pourri car ça lance pas les XCI, c'est tout à fait leur droit. Ça à juste strictement aucun rapport avec le fait que la TX ait "volé" du code à AMS, absolument aucun.
Donc, oui d'une certaine manière tu as raison, tout le monde ne voit pas les choses de la même manière, chacun le voit avec ses yeux.

un petit bonjour en passant,
J'aime toujours lire ces débats enflammés, même si on tourne en rond depuis 2 ans.
bon j'ai rien à dire de plus Shadow et Eliboa ont dit le principal.
Et sympa de vous voir toujours aussi présent sur la scène

@ eliboa :

- oui je suis partis sur du HS, pour dire que vous, les experts en hack êtes sur le fait que TX ont voler du code a Atmo.. mais pour le mec lambda en hack qui veux juste lancer du backup il s'en fiche du vol tant que pour lui c'est plus 'simple" même en payant un truc a la base gratuit C'est pour cela que plusieurs personne post qu'ils s'en fiche du vol

Et pour ceux qui disent qu'on s'en fou qu'ils volent du codes sources et que l'important est la solution final sans autre argument et bien bravo, vous n'avez aucun respect pour les gens qui donnent de leur temps libre pour vous coder des solutions gratuites pour profiter au maximum de votre matériel et vous en êtes fier en plus bande de salles égoïstes .

hello all 

Juste un truc que tu comprends pas, ReSwitched n'a pas hacké la puce (hardware) de la TX, ils ont fait du RE sur une version leakée de SX OS v3.0 (software). Si tu sais pas faire la diff entre hardware et software on est mal barré.

 

Etre obligé de passer par le bootloader de la TX t'appelles ça une puce "ouverte" ? Sérieux ?

T'es au courant que tu peux déjà booter sur un payload via le bootloader TX existant ? Ca fait belle lurette que ça existe... Tu veux un scoop ? Tu peux même lancer SX OS en passant d'abord par Hekate.

 

lol, au moins tu me fais rire. 

1)   ReSwitched n'a pas hacké la puce = je n ai pas parler de reswitched même si y on participer de plus j ai dit facilite le hack pas a hacker (fournissant au grand public donc pour tous même ceux mal attentionnée ils aurai gardez tout priver et a la limite partager au dev qu ils connaissent la fiabilité sa aurai eter beaucoup mieux et j aurai jamais rien dit sur sa ses la ou je veut en venir) attention j ai jamais dit que les gens lambda réussirons a le faire faut quand même s y connaitre mais oui y a des gens mal attentionnée même dans ceux qui s y connaisse

2) puce tx = besoin de sx pour se mètre a jour donc tous ses composent un autre bootloader serais stupide et ne mettrai pas a jour sans risque de brique vu que fabriquer pour les programme tx et leur maj de plus ils peuvent aussi se dire que ses leurs puce et ne veule peut être pas dire tenez pirater et essayer de bricker ceux qui l on mit sur leur switch ou autre (je parle de gens mal attentionnée qui viendraient fourrer leur nez) si ils laissent entièrement libre a tous avec leur cfw fichier ect sa donnera beaucoup de possibilité même aux mauvaise personne (se point n est que mon avis et une possibilité j ignore si se sont dit sa ou pas je précise)

3) ses mon avis/ressentit point

@silien3 :

 

Déjà tu te prends pour qui exactement pour imposer ton point de vu sans avancer aucune preuve ni raisonnement valable et pour dire en plus aux autres de se taire, se sont les gens comme toi qui sont toxiques. Ensuite prendre exemple moi je dis oui mais déjà on a la décence de citer se sur quoi on a pris exemple ou même qu'on utilise totalement (par exemple dans mon Ultimate-Switch-Hack-Script qui utilise énormément d'éléments annexes j'essaie de créditer tout le monde et il y en a, c'est une question de respect car sans tout ces éléments annexes mon script n'existerai pas (mon script est distribué gratuitement pour rappel et toutes les sources que je modifie pour X ou Y raisons je les mets aussi à disposition)) et voler du code sources sans en respecter la licence c'est autre chose. Et puis t'as jamais entendu parler de la ponctuation dans les phrases, tu sais ça n'existe pas pour rien. Ceci dit attends, j'ai pas fini mon argumentation, c'est que le début.

Des preuves du vol du code sources j'ai même pas besoin de décompiler SX OS pour les avoirs, juste je lance l'album en maintenant "R" et j'ai le Homebrew Menu qui se lance, Homebrew Menu qui est le même que celui de la team Reswitched et je ne parle même pas du Homebrew Menu qui se lance en mode Full RAM quand on lance un jeu en maintenant "R", là aussi ça fonctionne comme sous Atmosphere avec le HBLoader qui charge et le HBMenu qui se lance pour sélectionner un homebrew, , quel coïncidence dites donc! Ensuite continuons l'analyse du fonctionnement du CFW, le dossier "sxos/titles" contient les mods de jeux (layeredFS) et les modules, c'est bizarre sous Atmosphere c'était exactement pareil sauf que le dossier était "atmosphere/titles" qui est devenu "atmosphere/contents" (d'ailleurs je suis quasi certain qu'avec SX OS V3 le dossier sera "sxos\contents" comme de par hasard) et le fonctionnement des éléments est le même que pour Atmosphere (flags des modules, une touche pour pouvoir désactiver Layeredfs, etc...), bah ça doit encore être une coïncidence! Pour le fun on continu, quand on met des patches ips dans le dossier "sxos/exefs_patches" ça fonctionne pareil que pour les patches du dossier "atmosphere/exefs_patches", tien d'ailleurs bizarre c'est le même dossier, encore une coïncidence non! Bon alors regardons du côté des modules Creport et Fatal, sous SX OS il ont juste été modifiés pour ne pas rediriger les logs vers la SD mais sinon il se comporte pareil que ceux d'Atmosphere 0.9.X, juste quelques adaptations très mineurs dans le texte des erreurs et dans les couleurs de font et du texte mais bon encore une fois coïncidence! Et puis bon les grands noms de la scène ont analyser le code assembleur de SX OS et ont clairement identifier des sections identiques à Atmosphere, HBLoader, HBMenu, Ldn_mitm et Sys-FTPD, de plus ces personnes n'ont rien à gagner à mentir là-dessus car leur travail est open-sources sous licence GPL V2 ou V3 pour la plupart. Enfin tu dis aussi qu'on montre bien que des fonctionnalités sont les mêmes mais ont du retard comparé à la scène de l'open-sources actuelle et ensuite tu dis que du coup c'est pas du vol, bah bien évidemment que si s'en est (je rappel qu'en respectant juste les licences ils pourraient sans aucun problème intégrer ces codes sources dans leur CFW et le vendre comme aujourd'hui en fait et personne ne leur reprocherait de voler quoi que se soit), la raison de ces retards est qu'Atmosphere 0.10.0 jusqu'à 0.12.0 a implémenter beaucoup de nouvelles choses et a aussi changé pas mal de méthodes de fonctionnements diverses donc pour réintégrer correctement ces bases ça prend du temps et il faut faire beaucoup de phases de tests et la TX n'avait pas le temps de faire ce genre de choses car ils travaillaient sur leurs nouvelles puces, ceci dit là ils sont un peu forcé de mettre à jour ces éléments qui dates car beaucoup de choses commencent à devenir incompatibles avec SX OS à cause de la désuétude de ces éléments.

Et pour en finir il n'y a rien de mal à analyser les choses pour en faire une critique constructive, je ne suis ni pro TX ni anti TX, j'ai pas dix ans d'âge mental pour perdre mon temps avec ce genre de choses de fanatiques débiles incapables d'avoir du recule (et qui en plus souvent l'ouvrent sans rien connaître au sujet à part trois lignes qu'ils ont lu quelques part un jour sans jamais avoir recroisés des infos ou même vérifiés par eux-mêmes), encore une fois je ne fait qu'analyser les faits que cela plaise ou non. Et pour ceux qui disent qu'on s'en fou qu'ils volent du codes sources et que l'important est la solution final sans autre argument et bien bravo, vous n'avez aucun respect pour les gens qui donnent de leur temps libre pour vous coder des solutions gratuites pour profiter au maximum de votre matériel et vous en êtes fier en plus bande de salles égoïstes .

Note: SX OS a déjà probablement été cracké mais rien n'a jamais été release, l'existance de ce dongle pourrait tendre à le penser. Ceci dit là c'est qu'une théorie de ma part, je n'affirme rien.

 

1) yep mauvais mot et phrases mit de manière trash et tout ma faute sorry

2) rectifions sa: je voulait pas dire tx a fais sa pour sa je disais sa en possibilité aussi infime soit elle

3) pour le reste j aurai dut plus tot dire on pourrait clore se débat qui revient sens cesse et ne plus en parler (je précisent que tu est le seul (du moins quand je vois se débat n ai pas non plus lut la totaliter de se qui se trouve sur chaque site et chaque langue) qui ne se contente pas de dire quelqu un a dit ou sa a eter dit ou sa eter prouver autre fois pour prouver la possible vole de tx tu donne des points d interrogation en montrent les similitudes ect même si pour moi se n est pas une preuve a 100 pourcent mais bon le reste reste que point de vue ect donc diffère de un a l autre

4) petite précision d après se que je sais (donc peut me tromper) homebrew menu n est pas affilier a atmosphere ni reswitcher et se qui est charger a chaque est le nro remercions yellow8

et revoila les pro TX habituelle
silien3 juste pour info il a été prouvé que la TX volais du code de Atmosphère vue qu'on a retrouver du code de ce dernier dans le boot.dat dechiffrer et s'eux depuis un bon moment

Ensuite la TX cherche surtout a faire de l'argent, ils savent que le hack intéressent pas mal de monde et en fond un business, mais ce n'est pas les seuls ni les derniers qu'ils le ferons (True Blue par exemple).

SXOS 3.0 possède du code permettant de récupéré les clé de dérivation des Switch SoC Mariko, ce sera utile pour le portage d'Atmosphère sur les switchs patcher quand bien même ont doivent passé par une puce.

(SciresM était en stream ce matin a ce sujet avant de poster Hactool 1.4.0)
Pour le moment SXOS 3.0.0 a un bootloader fermer et aucun payload / custom bootloader n'a été mis a jour pour les rendre compatible vue que la TX garde tout privé ce qui fait que seul SXOS est utilisable pour le moment

Bref débat stupide chacun utilise le CFW qu'il y a envie que ce soit SXOS ou Atmosphère, juste que Atmosphère restera toujours la base de SXOS et que si Atmosphère disparaît, La TX devra remettre en question SXOS et sont écosystème actuel (même si il y a peu de chance que sa arrive vue la roadmap d'Atmosphère)

1) oui seul point prouver par monsieur x et/ou madame z sa reste des on dit du moins pour moi  peut etre rajouter des questionnement comme shadow256 en évitent d affirmer le vole mmm peut etre dire moi je pense qu il ont voler car il y a sa et sa de similaire ou autre mmmm (ses pas un reproche ni une obligation juste une petite info)

2) sinon ta entièrement raison chacun fais comme ils veut (moi j utilise les 2 )

 

@silien3 : Habituellement je ne critique pas l'orthographe car je suis très mauvais aussi sur ce point là mais fait un effort car ça fait mal au yeux.

 

Ah par le XCI et DDext je ne vois pas plus l’intérêt de SX même si c'est "userfriendly" avec les MAJ en utilisant le script de @shadow256 les MAJ atmosphère est aussi simple qu'un simple boot.dat. Donc pour ma part j'utilise SX OS pour les XCI même ci en soit  copier un XCI ou installer un NSP reviens au même surtout sur une emunand vu qu'on se connecte jamais en online on s'en fou que le xci soit plus "propre". Le jour ou un CFW (atmosphère, ReiNX ou un autre qui sait) apparaît avec support XCI ça fera "mal" a la TX

 

 

On s'en fou un peu de qui a copier sur qui en premier (même si on le sait) de toute façon tous le monde "vole" le travaille de tous le monde (Téléphonie, TV, audio)  après la moindre des chose c'est de créditer les auteurs.

 

P.S1: Je ne suis pas pro TX ou autre.

P.S2: Je peux oublié de corrigé des ^ ma touche est H.S je suis obligé d'utiliser le correcteur ou le clavier virtuel >.< .

 

 

1) Sorry je fait déjà beaucoup d effort a la fois en ortho et en essayent d utiliser les bon mot pour être compris 

2) pour ta question sur l intérêt xci et disquedur externe principalement le fait d utiliser sx et non atmosphere du moins pour certaines personnes (y a différente raison lier au gens en somme atmosphere plutot que sx car gratuit ect sa depent de qui et de se qu il souhaite, pense)

un exemple:

- moi je pense qu il ne faut pas du moins pas a un debutant ou un qui sens fiche de possible hack future gratuit car est dans l instant lui proposer une puce clone (possible que non soutenus constamment, on ignore si n irai pas pirater la console ou la bricker, possible de problème et vu que ses un clone si il faut mettre a jour la puce et que le fabriquant y a pas penser ba tes blocker ect)

- a coter ta ceux qui se dise a clone moins chère (pas forcement vrai sa depent de qui fourni ect mais t en a qui pourrait l être et don se diront sa) et d autre qui se diront moi j ai pas besoin de sx donc je prent celle la  

sa depent des point de vu en gros même si il faut peser le pour et le contre suivant a qui on propose cette solution (donc tout est que point de vu)

- (je voulait pas mettre une énième exemple vole ou non vole donc j espère et malgrer les faute d ortho que tu comprend ou je veut en venir dans le cas contraire pour faire simple sa depent de la personne, millieux de vie, façon de penser ect)

1) Sorry je fait déjà beaucoup d effort a la fois en ortho et en essayent d utiliser les bon mot pour être compris 

 

2) pour ta question sur l intérêt xci et disquedur externe principalement le fait d utiliser sx et non atmosphere du moins pour certaines personnes (y a différente raison lier au gens en somme atmosphere plutot que sx car gratuit ect sa depent de qui et de se qu il souhaite, pense)

 

un exemple:

- moi je pense qu il ne faut pas du moins pas a un debutant ou un qui sens fiche de possible hack future gratuit car est dans l instant lui proposer une puce clone (possible que non soutenus constamment, on ignore si n irai pas pirater la console ou la bricker, possible de problème et vu que ses un clone si il faut mettre a jour la puce et que le fabriquant y a pas penser ba tes blocker ect)

 

- a coter ta ceux qui se dise a clone moins chère (pas forcement vrai sa depent de qui fourni ect mais t en a qui pourrait l être et don se diront sa) et d autre qui se diront moi j ai pas besoin de sx donc je prent celle la  

 

sa depent des point de vu en gros même si il faut peser le pour et le contre suivant a qui on propose cette solution (donc tout est que point de vu)

 

 

- (je voulait pas mettre une énième exemple vole ou non vole donc j espère et malgrer les faute d ortho que tu comprend ou je veut en venir dans le cas contraire pour faire simple sa depent de la personne, millieux de vie, façon de penser ect)

 

- Pour les fautes c'est pas trop grave (c'est compréhensible) mais en essayant de faire le moins de faute et en cherchant l'écriture des mots qu'on sait pas écrire sur internet je me suis pas mal amélioré.

- Je parlais plus en règle général sur les CFW entre atmosphère et SX je ne parlais pas des puces. Je pense que tu donnes un mauvais exemple car techniquement une puce avec un support "open source" sera mieux suivie qu'une puce ferme comme la TX sur le long termes. Je dis ça mais je n'y connais rien sur la technique comme sur la pratique mais je sais qu'en règle général l'open source est  mieux suivie et les bugs sont traité plus rapidement.

 

- Pour les fautes c'est pas trop grave (c'est compréhensible) mais en essayant de faire le moins de faute et en cherchant l'écriture des mots qu'on sait pas écrire sur internet je me suis pas mal amélioré.

- Je parlais plus en règle général sur les CFW entre atmosphère et SX je ne parlais pas des puces. Je pense que tu donnes un mauvais exemple car techniquement une puce avec un support "open source" sera mieux suivie qu'une puce ferme comme la TX sur le long termes. Je dis ça mais je n'y connais rien sur la technique comme sur la pratique mais je sais qu'en règle général l'open source est  mieux suivie et les bugs sont traité plus rapidement.

 

yep même si j ai plus penser a la finaliter mais ta comprit pour te repondre oui certaine serons mieux suivi ses possible mais pas forcement cellle qui sortirons des les première d ou est dans l instant  dans ma phrase (l exemple était aussi centrer sur l actualiter sorry de pas l avoir preciser lol)

bon pour être concret pour un exemple sx et atmo certain chercheront d autre fonction comme disquedur externe pour sx et d autre via atmosphere y a ceux qui ne veule pas hack et donc prenne celui la pour les homebrew et aussi car gratuit ou tout un tas d autre raison dans les deux cas de toute façon l un ou l autre exemple ses pareil y a x raison pour et contre pour x personne et x raison pour et contre différente pour une différente personne ses la ou je veux en venir mais ta comprit donc n en reparlons plus 

@silien3 :

Si si, le HBLoader et le HBMenu viennent de la team Reswitched, voir la page de leurs projets sur Github et la licence autorise un usage commercial mais le copyright et la licence doivent être cité ("License and copyright notice" dans la partie "Conditions" de la licence ISC).

Pour le vol du code d'Atmosphere et autres par la TX il n'y a plus rien à prouver, c'est un fait et puis c'est tout, sur ce point il n'y a pas à débattre, va vraiment falloir que ça rentre dans le crâne des gens que ça a déjà été prouvé et vérifié par beaucoup de personnes qui n'ont aucun intérêt à descendre ou non SX OS, juste ils informent. Alors après libre à vous de croire que c'est faux tout comme croire que la terre est plate mais bon du coup faut apporter des arguments et surtout contre-arguments avec vérifications à l'appuies parce que sinon votre parole ne vaut rien du tout. Enfin moi je trouve que débattre sur ce genre de choses peut être intéressant mais faut des gens capables de débattre en face et sur ce sujet les défenseurs de la TX en sont souvent totalement incapables (les bons arguments sont quand même rares) et se contente de dire soit qu'ils s'en fichent eux donc bah les autres vous fermez vos mouilles et vous allez voir ailleurs, soit qu'ils ne croient pas les multiples preuves apportées mais bon il croit la TX sur parole, chercher l'erreur ou soit que bah SX OS est plus simple d'utilisation et a des fonctions spécifiques et nianianiania et que donc ça justifie tout alors que ça n'a juste rien à voir ou encore on a le fameux "C'est une question de point de vu nianianiania" qui est juste le plus souvent la bonne excuse des partisans de la bien-pensance et du politiquement correct (quel fléaux ceux-là, "Non faut pas dire aveugle mais non-voyant" (c'est qu'un simple exemple), sans déconner quoi c'est sûr que ça change tout!) pour ne pas argumenter (parfois oui ça fonctionne mais bon quand je donne un point de vu c'est explicitement précisé mais quand se sont des faits bah cette réponse n'est pas valable du tout) ou alors il y a ceux qui adoptent l'attitude de total agressivité, etc..., bref pas facile d'avoir un débat dans ces conditions. Quand les gens comprendront qu'échanger, partager  et débattre il n'y a rien de mieux pour progresser soi-même et faire progresser tout le monde (et oui parfois ça implique des remises en question de soi-même ou de ses croyances et c'est pas toujours agréables) bah on vivra peut-être dans un monde bien moins pourrit mais bon c'est pas pour demain apparemment, l'égoïsme et l'individualisme ont encore de beaux jours devant eux.

Aller, c'était mon dernier pavé sur le sujet, de toutes façons tout a été dit.

@silien3 :

Si si, le HBLoader et le HBMenu viennent de la team Reswitched, voir la page de leurs projets sur Github et la licence autorise un usage commercial mais le copyright et la licence doivent être cité ("License and copyright notice" dans la partie "Conditions" de la licence ISC).

Pour le vol du code d'Atmosphere et autres par la TX il n'y a plus rien à prouver, c'est un fait et puis c'est tout, sur ce point il n'y a pas à débattre, va vraiment falloir que ça rentre dans le crâne des gens que ça a déjà été prouvé et vérifié par beaucoup de personnes qui n'ont aucun intérêt à descendre ou non SX OS, juste ils informent. Alors après libre à vous de croire que c'est faux tout comme croire que la terre est plate mais bon du coup faut apporter des arguments et surtout contre-arguments avec vérifications à l'appuies parce que sinon votre parole ne vaut rien du tout. Enfin moi je trouve que débattre sur ce genre de choses peut être intéressant mais faut des gens capables de débattre en face et sur ce sujet les défenseurs de la TX en sont souvent totalement incapables (les bons arguments sont quand même rares) et se contente de dire soit qu'ils s'en fichent eux donc bah les autres vous fermez vos mouilles et vous allez voir ailleurs, soit qu'ils ne croient pas les multiples preuves apportées mais bon il croit la TX sur parole, chercher l'erreur ou soit que bah SX OS est plus simple d'utilisation et a des fonctions spécifiques et nianianiania et que donc ça justifie tout alors que ça n'a juste rien à voir ou encore on a le fameux "C'est une question de point de vu nianianiania" qui est juste le plus souvent la bonne excuse des partisans de la bien-pensance et du politiquement correct (quel fléaux ceux-là, "Non faut pas dire aveugle mais non-voyant" (c'est qu'un simple exemple), sans déconner quoi c'est sûr que ça change tout!) pour ne pas argumenter (parfois oui ça fonctionne mais bon quand je donne un point de vu c'est explicitement précisé mais quand se sont des faits bah cette réponse n'est pas valable du tout) ou alors il y a ceux qui adoptent l'attitude de total agressivité, etc..., bref pas facile d'avoir un débat dans ces conditions. Quand les gens comprendront qu'échanger, partager  et débattre il n'y a rien de mieux pour progresser soi-même et faire progresser tout le monde (et oui parfois ça implique des remises en question de soi-même ou de ses croyances et c'est pas toujours agréables) bah on vivra peut-être dans un monde bien moins pourrit mais bon c'est pas pour demain apparemment, l'égoïsme et l'individualisme ont encore de beaux jours devant eux.

Aller, c'était mon dernier pavé sur le sujet, de toutes façons tout a été dit.

tu m aprent des truc surtout le hbmenu je pensai que c était yellow8 a l origine remercion le quand meme du nro     

Bonsoir et désolé pour le déterrage, mais je dois avouer que je me suis bien marré en lisant les commentaires. J'aimerai pourtant rappeler 2 ou 3 choses :
- La team xecuter n'a jamais dit être un saint ou être une oeuvre de charité. Eux, veulent que le hack et l'utilisation de roms pirates soit le plus accessible possible pour l'utilisateur lambda (je reviendrai sur se terme plus bas car c'est quand même assez péjoratif vu la façon dont c'est utilisé).
Alors oui ils ont copié et vendu du code qui était libre et c'est pas cool, mais ils ont aussi développé des trucs sympa comme la prise en charge du XCI (qui verra à priori jamais le jour sur atmosphere pour éviter les emmerdes), le SX tools, SX Dumper etc etc.
N'oubliez pas qu'avant les loaders, fallait passer par un cable relié à l'ordi, lancer TegraRCM faire son propre jig etc etc, faut penser que tout le monde ne sait pas bricoler.
La team, elle, proposait pour 25€ un dongle, un jig et une licence d'utilisation, juste un fichier à copier, appuyer sur 2 boutons, faire l'activation en ligne et c'était fini. Tout le monde pouvait le faire et il y a 2 écoles :
la première, c'est celle qui est habitué au hack et sait à peu près quoi faire pour éviter les ban, penser à sauvegarder sa nand etc etc.
La seconde, bah c'est ceux qui n'y connaissent rien, vont en boutique qui sont habitué à ce qu'on leur fasse tout sans comprendre ce qu'il faut faire ni pourquoi, et se démerdent pour faire le minimum pour éviter les conneries, car la console à la base c'est pour jouer, donc ils ont la présence d'esprit de pas faire mumuse avec des trucs qui peuvent bousiller la console, donc ils ne lancent que les jeux et basta. Cela a été rendu possible grâce à la team xecuter.
On dira que SX os est pas terrible pour faire fonctionner les homebrews (bien que cela soit vrai, certains fonctionnent quand même), mais c'est pas sa fonction première. Le but c'est d'être le plus user friendly possible, et on pourra critiquer autant qu'on voudra, ils ont quand même fait bien fort, surtout avec leur puce qui du coup permet de s'affranchir du jig et du dongle sur n'importe quelle console.
L'autre truc cool avec cet OS, c'est qu'on évite TOUS les trucs techniques car les utilisateurs, pour une partie, s'en moque, du coup la pollution et sollicitation sur les forums est limitée. 

- Atmosphere, CFW totalement gratuit, avec une communauté derrière assez énorme, avec plus d'ouverture sur les homebrews, 100% gratuit, ne prend pas en charge le XCI (dommage, mais si c'est pour éviter de finir comme la team xecuter, tant mieux et puis ont peut faire sans la preuve ^^).
Concernant les jeux faut un peu de bidouille pour que ca marche (j'en viens aux personnes lambdas), code original et l'auteur et d'autres personnes essaient de faire en sorte que ça soit utilisable sur toutes les consoles actuelles (via sx core/lite et un clone qui semble arriver ^^). N'ayant jamais utilisé ce CFW (vu que je suis une personne lambda), je suis ultra mal placé pour dire si c'est bien foutu ou pas, en revanche, bravo aux personnes qui font en sorte de rendre les choses plus accessibles, par exemple, les sigpatchs les gens (dont moi) savent pas ce que s'est, ni à quoi cela sert, mais grâce au script, cela simplifie les choses.

Pour en revenir aux personnes lambdas, c'est pas vraiment cool de refuser de les aider, même si parfois nous sommes des boulets and co.
Si la réponse est dispo sur le forum, au lieu de les envoyer bouler ou de sortir un truc genre "fouille sur le forum", pensez que la personne l'a peut être déjà fait sans parvenir à trouver, et vu que visiblement vous savez que ca existe, ca prendrez pas plus de 5s de fournir le lien.
De plus passer de SX os à Atmopshere, c'est pas une mince affaire pour un novice, comprendre les sigpatch, fusée gelée, choixdujour, hekate etc etc surtout tout ce qui touche à l'emunand et le reste, car les mecs ont juste un backup de nand mais savent pas trop quoi faire avec etc etc. Donc faites preuve d'indulgence svp, et c'est pas parce que l'on est une personne lambda qu'on est forcément attardé, nul ou autre, faut bien commencer à un moment ou un autre, vous aussi vous avez peut être galéré au tout début

En tout cas, un grand merci à la team xecuter d'avoir rendu le hack facile et accessible à tous, un grand merci au Mscires d'être aussi réactif sur les MAJ d'Atmosphere, un grand merci aux personnes qui dev les homebrews et les partage et enfin un grand merci aux personnes qui prennent leur temps de répondre aux personnes en galères, à celles et ceux qui rédigent des tutos du mieux et qui partagent leur découverte and co.