message

Boycotter tout simplement parce que comme je l’ai dit, on ne met pas une équipe sous pression pendant 1 an demi pour aboutir à un jeu ou la moitié des pnj n’ouvrent pas la bouche lorsqu’ils parlent 3 jours avant sa sortie; il fallait quoi, que les développeurs passent des semaines de 80 heures à 100 pour être dans les temps ?
Moi je participe pas à ça. Les développeurs avaient besoin clairement d’une année supplémentaire, ce qui leurs aurait permis de terminer le jeu de façon sereine et de protéger leur vie sociale et familiale.

Le management leur met une pression de dingue, pour arriver à une sortie ou le titre est pétri de bugs, je ne parle même pas des versions One/PS4 que l’on a jamais vu, ça doit être chouette.

Bref il faut envoyer un message pour que ces pratiques cessent, encore une fois ce n’est que mon avis.

Par contre l’excuse "je vais l’acheter car on rien à se mettre sous la dent depuis des mois", c’est une blague?
l’industrie nous pond des hits tous les 15 jours, pour tous les goûts et les couleurs, faut arrêter.
Des bons jeux, y’a qu’à se baisser pour les ramasser.

Oui et c’est la raison pour laquelle je n’encouragerait pas cette pratique en achetant day one; ce jeu n’est pas fini, alors même que les développeurs travaillent paraît-il sur des semaines de 70-80 heures.
Autrement dit il leur manquait minimum 6 mois voir 1 an de travail supplémentaire pour ne pas leur mettre toute cette pression, mais leurs responsables ne l’ont pas entendus de cette oreille, histoire de gros sous.
Perso je ne marche pas, et si tout le monde marquait le coup le message envoyé serait claire...
Bonus, ça permettait de jouer à un jeu fini.

Après chacun voit midi à sa porte comme on dit.

Le message exact est : "Vous devez disposer du logiciel pour pouvoir jouer".
Ce qui ne me paraît absolument pas explicite.

Tout est bon mais quel est le message qui s'affiche sur la console lorsque tu le lances ?
Car s'il demande une mise a jour, il faut savoir si cela concerne la console au niveau du firmware ou s'il s'agit d'un update de jeu. Maintenant si tu l'as converti de XCi à NSP via NSC_Builder, il doit manquer une étape à ta compilation ou juste un patche. Si ce n'est pas le cas, alors, la source n'est pas bonne.

J'ai vu ton édit qu'après... Un super XCi en NSP ou super NSP car dans ce cas, suis pas certain mais cela fonctionne une fois sur deux sauf si NSC_Builder a corrigé certains aspects.

J'ai bien tout fait !
Le backup s'intalle mais quand je le lance, j'ai le message "vous devez... jouer".

Je ne comprends pas pourquoi. J'ai fouiné mais je n'ai pas trouvé la réponse.
Dois-je connecter la console au wifi avec les bons DNS ?

J'ai testé la carte : aucune erreur.
J'ai repris les éléments sur SDSetup et j'ai mis les derniers sigpatches.

Et malgré cela impossible de démarrer en EmuMMC. J'ai testé l'EmuMMC sur une partition à part en RAW et en fichier directement sur le SD et c'est les mêmes symptômes.
J'ai tenté en FAT32 car pour le moment j'étais en exFAT. Pour essayer, car je n'avais pas de message particulier me disant que le exFAT n'était pas supporté.

J'ai essayé de démarrer fusee_primary.bin via le loader de Hekate et en l'injectant direct... idem j'ai la même "erreur fatal".

Pour info,
- la console est 6.0.0 et quand je boote en sysMMC, j'ai bien la console qui est en 6.0.0|AMS 0.015.0|S.
- j'étais en auto RCM et je l'ai disable mais cela ne change rien

Je finis par me dire que je ne dois pas bien préparer la carte SD mais franchement, je ne vois pas ce que je fais de mal.

Qu'est ce que je rate ?

Edit : Pour atmosphère, après quelques recherche sur des sites anglophones, je pense que c'est le firmware qui doit bloquer car il n'est pas à jour.
Idéalement, sauf erreur de ma part, il faudrait que je puisse boot sur l'emuMMC pour mettre à jour la emuNAND via Choixdujour et je pense que atmosphère booterait. Ai-je bien interprété ce que j'ai trouvé ?

MDProz Wrote:tu dis avoir créé ton emuNAND via Hekate et l’as-tu bien activée comme l’indique le tutoriel ?
Si tu peux démarrer en sysNAND, la seule raison que tu ne puisse pas booter sur l’emuNAND, c’est une non activation ou une démarche non aboutie. A voir.

J'ai suivi à lettre le tuto. L'emuNAND est activée sous Hekate (enable) et malgré cela, je ne peux pas démarrer la console sur l'emuMCC.
Dois-je reprendre la procédure depuis le début ? Cela écrasera-t-il les fichiers créés précédemment ?

MDProz Wrote:Merci d’éviter de multiplier les demandes partout ! Tu as un sujet créé pour cela. Pour ce qui est des réponses à tes questions, elles sont toutes abordées comme déjà dit.

Loin de moi l'envie de multiplier les demandes.
Je cherche avant tout un espace où des personnes sont prêtes à aider d'autres personnes.
Par contre, j'ai du mal à comprendre le fait que je fais de nombreuses demandes. Il me semble que je poste mes questions au bon endroit. Me trompe-je ?

Je viens de reprendre la procédure si ce n'est que j'ai créé une partition pour mettre l'emuNAND dessus.

Mais, de la même manière, lorsque je lance CFW (emuMMC), la console se bloque. Pas de souci en stock et en sysMMC.

Par contre, j'ai aussi un souci sur Atomsphère quand je lance fusee_primary.bin, j'ai un message d'erreur : "Fatal Error: [NXBOOT]: Failed to identify FS version...". Est-ce lié ?

Je ne pense pas mais je pose tout de même la question.

Le fait d’avoir activé le mode autoRCM indique que la console est en mode RCM et qu’elle attend un boot sans le JiG mais pas sans le Dongle. Le JiG sert à activer le mode RCM mais si tu as activé le mode autoRCM alors tu n’en as pas besoin. Le Dongle sert à injecter le payload qui remplace le PC ou autres périphériques.

Ensuite, si depuis le début, tu utilises tes SD en Fat32, c’est que le format exFat ne doit pas être actif sur la console. Donc il te faudrait tester en Fat32. Tu vérifieras ensuite si le format exFat est installé en insérant ta SD dans ce format et si ce n’est pas le cas, tu auras un message qui te demande une mise à jour pour installer le driver.

Et pour terminer, si en essayant en Fat32, cela ne donne rien, et qu’en bootant sans le JiG, tu n’as toujours rien, alors il faudrait s’assurer de savoir si ta SD ne serait pas corrompue via h2testw.

Ceci sont des pistes à voir. De plus, si tu ne peux pas la démarrer normalement en maintenant le bouton Power min 12s, c’est que le mode autoRCM doit être actif ou alors tu as opéré une manipulation irréversible. Et cela passera, en dernier recours, par une restauration de ta NAND si tu possèdes une sauvegarde.

Après avoir testé ce qui est indiqué au début et que tu n’as toujours rien, alors, tu peux essayer d’injecter Hekate. Ainsi, tu pourras vérifier ce qu’il en est au niveau du mode autoRCM et de la SD. Mais pas de raison que cela n’aboutisse à rien.

@Hermax
Tu as utilisé ChoiDujourNX pour mettre à jour ta console ? Si oui, tu as sans doute laissé actif le mode autoRCM. Et si c’est le cas, ta console attend de booter sans le JiG avec ton dongle ou via ton PC.

Et si tu es passé par les serveurs de Nintendo pour mettre à jour (ce qui serait un risque élevé de ban si tu utilises l’underground sur ta sysNAND et pas sur ton emuNAND), alors il faudrait savoir si le driver exFat est bien installé sur ta console et donc actif. Si ce n’est pas le cas, alors, il faut essayer en Fat32. En principe, si tu insères ta SD en exFat, tu as un message qui te demande une mise à jour. A voir si tu as fait cette mise à jour avant ou après l’avoir mise en exFat.

Toutefois, il manque des éléments sur la démarche opérée

Et si cela concerne la SD, alors tu peux vérifier si elle ne serait pas corrompue avec H2testw.

@coacoa
Il te faudrait vérifier si ta SD ne serait pas corrompue via h2testw.

Mais si tu confirmes que tu as utilisé ChoiDujourNX en activant le mode autoRCM, alors c’est un boot sans JiG qui doit se faire. Ou alors, il manque des éléments à ta démarche.