iorii

Pour moi le souci est que la TX ne communique pas sur ces problèmes alors que maintenant la puce est officiellement en vente. Après qu'il y est des problèmes avec les homebrews du genre ChoiDuJour-NX c'est pas de leur faute, je pense que le homebrew doit être adapté aux nouveautés de ce hack et ça commence à expliquer pourquoi ils ont aussi bloqué le lancement d'autres payloads pour l'instant (même si pour moi mauvais choix ici car ça empêche les développeurs de pouvoir corriger/adapter leurs payloads mais ça protège les utilisateurs, la TX devait faire un choix difficile j'avoue) mais encore une fois ils devraient communiquer sur le sujet car à par faire des conjonctures bah on ne peut pas faire grand chose d'autre.

Et comme d'habitude les gens confondent tout. Se que dit la TX sur la possibilité de faire une copie de sauvegarde pour pouvoir y jouer ensuite et d'étendre la capacité de stockage de la console est vrai et indiscutable, le détournement de cela pour le warez et piratage est imputable à l'utilisateur et uniquement à lui. Bon par contre pour la partie homebrews et tout le reste là avec leur espèce de protection mise en place pour empêcher le lancement de payloads autre que le leur bah c'est bancale comme argument, va falloir m'expliquer comment on lance Linux si on ne peut pas passer par des payloads comme Hekate ou Memloader tout comme réparer la console au niveau software nécessite de passer par le lancement d'autres payloads, bref niveau cohabitation avec l'open-sources là c'est vachement moins convaincant comme argument mais n'oublions pas que la V3.0.0 de SX OS sortie à ce jour n'aurait jamais dû paraitre publiquement et donc peut-être que cette protection mise en place pour empêcher le lancement d'autres payloads est là pour limiter les tests de leurs nouvelles puces à leurs outils et donc éviter la dispersion des beta testeurs, c'est aussi une possibilité qu'on ne peut pas ignorer et cette protection ne sera peut-être plus dans la version stable.