[Switch] ChoiDujourNX bientôt obsolète ?

ah ba c'est cool par contre il faudrait forcé l'installe du driver exFAT et désactiver l'autoRCM par défaut ça éviterai pas mal de soucis avec des "débutant" surtout que le fais de l'installé ou pas ça change rien.

Peut être que ça sera possible

cette scène est vraiment sympa

super info merci en effet se serait cool un hombrew compatible avec les v2 de la switch perso avec ma v1 aucun prob avec choixdujournx

Cela servira sûrement de base a la TX pour leurs systèmes d'update pour le SXCore / SXLite

En tout cas c'est une chouette nouveauté, hâte que ce soit intégré dans la prochaine version d'Atmosphère

Excellent, ca ! Vraiement une bonne nouvelle, vive le logiciel libre ^^

J'imagine que on pourra sélectionner la source du firmware : sur un serv privé, sur un serv public, sur divers clouds, sur la carte sd, ...

SciresM c'est vraiment LE BRO , toujours la pour perfectionner des trucs que personne irait se faire chier à changer vue que ca fonctionne déjà comme çà ..

en plus on connais son travail du coup pas trop de risque d'avoir des plantages majeurs.

Petit à petit toutes les taches qui demande un pc trouve une solution software merci les gars et merci pour la news !


ps :ont vous aimes aussi les gens qui font des compil d'hombrew et qui se font chier à les mettres à jours je sais que vous trainer ici.

J'avais expliqué cela dans un de mes commentaires sur la news précédente je crois, le développement de cette solution est en cours depuis à peu près deux mois et commence à fonctionner, plus qu'à attendre de voir se que nous sortirons les devs de la scène qui je le sais seront créatifs comme d'habitude. Ceci dit respect à Rajkosto qui a tout de même développé une très bonne application comme ChoiDuJour-NX qui, malgré les mises à jour de Nintendo a su fonctionner jusque là, dommage qu'il ne l'ait pas mise en open-sources.

Merci pour cette news, claire et bien rédigée !

Superbe news on va pouvoir bientot mettre a jour les console patche.

Cela servira sûrement de base a la TX pour leurs systèmes d'update pour le SXCore / SXLite
En tout cas c'est une chouette nouveauté, hâte que ce soit intégré dans la prochaine version d'Atmosphère

Pourquoi vue tu que cela servent à la team Tx alors que leur outil de mise à jours est déjà pleinement fonctionnel.
ChoixdujourNx est aussi pleinement fonctionnel
Ici ScireM ne fait rien d'autre que réécrire la roue qui existe déjà depuis longtemps (rien de plus)

Cela servira sûrement de base a la TX pour leurs systèmes d'update pour le SXCore / SXLite
En tout cas c'est une chouette nouveauté, hâte que ce soit intégré dans la prochaine version d'Atmosphère

Pourquoi vue tu que cela servent à la team Tx alors que leur outil de mise à jours est déjà pleinement fonctionnel.
ChoixdujourNx est aussi pleinement fonctionnel
Ici ScireM ne fait rien d'autre que réécrire la roue qui existe déjà depuis longtemps (rien de plus)

Quel outil de mise a jour ? Tu parle des NSP qui fonctionne très aléatoirement et qui ne marcherons sûrement pas sur Mariko faute de suivis et dont la TX déconseille l'utilisation sur leur propre tchat personnel ?
SciresM fait un API ce qui n'a pas encore été fait dans la scène, ce qui permettra a la scène de travailler sur le système d'update, jusqu'à maintenant CDJNX est closed source qui bloque les possibilité

Cela servira sûrement de base a la TX pour leurs systèmes d'update pour le SXCore / SXLite
En tout cas c'est une chouette nouveauté, hâte que ce soit intégré dans la prochaine version d'Atmosphère

Pourquoi vue tu que cela servent à la team Tx alors que leur outil de mise à jours est déjà pleinement fonctionnel.
ChoixdujourNx est aussi pleinement fonctionnel
Ici ScireM ne fait rien d'autre que réécrire la roue qui existe déjà depuis longtemps (rien de plus)

La différence, c'est que si tu as besoin de changer le pneu de cette roue tu peux aller chez n'importe quel garagiste tu n'es plus obligé d'aller chez un réparateur agréé...

Pourquoi vue tu que cela servent à la team Tx alors que leur outil de mise à jours est déjà pleinement fonctionnel.
ChoixdujourNx est aussi pleinement fonctionnel
Ici ScireM ne fait rien d'autre que réécrire la roue qui existe déjà depuis longtemps (rien de plus)

Lol, c'est vrai qu'avec cette façon de penser personne ne se serait emmerdé à créer Windows (car Mac existait), Android (car iOS existait).

Et puis c'est vrai quoi, pourquoi différencier un programme closed-source d'un programme open-source ?

Pourquoi vue tu que cela servent à la team Tx alors que leur outil de mise à jours est déjà pleinement fonctionnel.
ChoixdujourNx est aussi pleinement fonctionnel
Ici ScireM ne fait rien d'autre que réécrire la roue qui existe déjà depuis longtemps (rien de plus)

bill gate ,steve jobs! sortez de ce corps!!!

D’apres moi ca sera implanté pour les console Ipatch et mariko lorsque atmo sera compatible avec ces dernieres.

J'imagine que on pourra sélectionner la source du firmware : sur un serv privé, sur un serv public, sur divers clouds, sur la carte sd, ...

Pour le moment ce qui est prévu c'est une install de packages présents sur la SD ou dans SYSTEM :

https://github.com/A...s_utils.cpp#L58

Pourquoi vue tu que cela servent à la team Tx alors que leur outil de mise à jours est déjà pleinement fonctionnel.
ChoixdujourNx est aussi pleinement fonctionnel
Ici ScireM ne fait rien d'autre que réécrire la roue qui existe déjà depuis longtemps (rien de plus)

bill gate ,steve jobs! sortez de ce corps!!!

Je te rappel que la Team TX a bien pompé le code de ScireM auparavant
pourquoi la Team TX ne regarderait une fois de plus le code de ScireM pour y prendre des bout du code afin d’améliorer SXOS.

Il réécrit certes mais si pour améliorer la MAJ du firm genre une protection contre le brick ce serait un plus.

Je te rappel que le bundle CDJ + SX à déjà provoqué des brick
brick qui aurait pu être eviter (peut etre) si les code n’était pas fermés.

Puis au moins SciresM mets son code a disposition de tous les autres devs
si on avait un plus de dev de ce type les scènes serait peut être bien moins toxique.

Je te rappel que la Team TX a bien pompé le code de ScireM auparavant
pourquoi la Team TX ne regarderait une fois de plus le code de ScireM pour y prendre des bout du code afin d’améliorer SXOS.

Ici se serait même la meilleur chose à faire car si on commence à avoir 50 outils de mises à jour fonctionnant ou sous Atmosphere ou sous SX OS mais pas les deux en même temps ça va devenir difficile de s'y retrouver pour les utilisateurs, pour une fonctionnalité aussi importante et dangereuse pour la nand vaut mieux accorder les violons selon moi.

car à mon avis la toxicité de la scène ne vient pas principalement des devs mais plutôt de nous qui ne sommes pas capable de faire le quart de leur job mais qui passons notre temps à nous plaindre  .

Merci pour la news 

Comme dirait le proberbe"Plus on est fou...."

C est cool ca.
J attends avec impatience qu il nous rends atmosphère compatible avec la nouvelle puce tx core.
Car j avoue que atmosphère me manque sur ma switch la.
Je suis sur qu il va nous faire un bon logiciel pour pouvoir maj nos switch sans risque.
Merci a lui pour son travail.

Elle est déjà dispo dans le github de ams avec ams 0.14.0

?

Hum Rajkosto n'a pas prévu de nouvelle version ?

Au pire la version actuelle fonctionnera avec les 1ère console.

Après rien n’empêche de faire bosser HOS pour faire le boulot de mise  a jour en déposant le firmware dans sa zone de MAJ (cf.Goldleaf ) .

Ou au pire via une Cartouche ou pourquoi pas une pseudo cartouche  avec le firmware qui nous intéresse (une sorte de MAJ offline) ...

Hum Rajkosto n'a pas prévu de nouvelle version ?

Au pire la version actuelle fonctionnera avec les 1ère console.

Après rien n’empêche de faire bosser HOS pour faire le boulot de mise  a jour en déposant le firmware dans sa zone de MAJ (cf.Goldleaf ) .

Ou au pire via une Cartouche ou pourquoi pas une pseudo cartouche  avec le firmware qui nous intéresse (une sorte de MAJ offline) ...

rajkosto a quitté la scène il y a longtemps maintenant.

Même sans l'arrivée des Switch Mariko, j'attendais un programme open-source digne de ce nom depuis longtemps pour remplacer CDJNX.

Le problème avec CDJNX c'est qu'il est trop silencieux sur les erreurs d'installation et laisse parfois l'impression que tout s'est bien passé à tort.

CDNJX à aussi trois gros défaut majeurs selon moi : 

- Le fait d'activer l'autoRCM par défaut. L'autoRCM pour moi est trop mal compris dans son fonctionnement par les utilisateurs lambda, il ne devrait pas être activé par défaut.

- Le fait de ne pas forcer l'installation du driver exFat alors que le précédent firmware l'avait et que l'utilisateur à une partition SD en exFAT : il suffit de voir tous les sujets "écran noir après installation via CDJNX" sur le forum Switch pour se rendre compte des problèmes que ça pose.

- Le fait que ce programme soit closed-source, ce qui empêche quiconque de corriger ses défauts. C'est un peu ce que je reproche à rajkosto, à la fois sur CDJNX et sur HacDiskMount. D'ailleurs je n'aurai peut-être jamais fait NxNandManager si HacDiskMount avait été open-source. L'open-source c'est la vie !

 

Je n'ai pas encore testé l'API de SciresM mais j'espère que ces défauts seront corrigés (pour l'open-source c'est déjà fait ^^).