Badablek

non tu n'as pas fait "comme je t'ai dit". Je ne t'ai JAMAIS dit de LANCER le processus de mise à jour. si je t'ai dit de mettre en mode Avion + désactiver le WIFI, ce n'est certainement pas pour que tu cliques sur mettre à jour, un peu de bon sens quand même. je vais donc me répéter plus clairement : la console aurait pu t'envoyer un message disant qu'une MAJ était dispo (mise à jour téléchargée automatiquement et déjà sur la console), que tu aurais pu supprimer en démarrant en recovery. mais bien évidemment que si tu cliques sur Mettre à jour, la console va faire ce que tu lui dis et mettre à jour ! Ça tombe tellement sous le sens que je ne comprends même pas comment on peut se tromper là-dessus.

salut, une mise à jour ne se fait jamais sans l'accord de l'utilisateur. Le pire qu'il puisse t'arriver en démarrant la console, c'est qu'elle télécharge la mise à jour...sauf que ton WIFI étant très certainement protégé, la console ne pourra pas communiquer. Et tu auras tout loisir d'aller voir en quelle version elle est. D'ailleurs même si la mise à jour était téléchargée (t'invitant à MAJ à chaque démarrage coldboot ou lancement d'un jeu), tu peux supprimer les fichiers de mise à jour en démarrant sur le recovery (console éteinte, maintenir Volume +, Volume - et Power appuyés jusqu'au logo Switch). Pense simplement à ne pas renseigner de WIFI, et à activer le mode Avion + désactiver le WIFI (le mode avion ne coupe pas le WIFI...Nintendo fait des choses bizarres). Attention, en passant en recovery, la console réactive le WIFI même si tu l'avais désactivé auparavant (ils tiennent vraiment à pouvoir imposer leurs mises à jour en forçant le WIFI). Dans tous les cas, il faut impérativement éviter les mises à jour 5.x qui sont une plaie pour exécuter du code non signé. C'est simple : plus tu montes le firmware, moins tu as de possibilités de hack. Pour l'instant on peut faire mumuse avec les homebrews jusqu'en 3.0.1, on peut lancer un payload en mode RCM tous firmwares confondus, moyennant une modification hardware pour mettre le pin 10 du joy-con droit à la masse (GND), soit par un petit adaptateur imprimé en 3D, soit par un fil soudé, soit par un quelconque moyen de relier le pin 10 à GND (pour ma part, j'ai choisi la modification hardware du joy-con droit en utilisant le mécanisme d'ejection pour faire un pseudo bouton-poussoir électrique) Pour résumer, si tu es en : 1.x : (très peu probable) vas jouer au loto, parce que c'est le saint-graal du hack. En effet, la console peut démarrer nativement en mode RCM 2.x à 3.0.1 : bingo pour les homebrews, bingo pour tous les payloads, bingo pour presque tout (sauf le démarrage RCM qui n'est pas natif) 4.x : encore pas trop mal, mais pas de homebrews pour l'instant, juste quelques payloads (hekate_ipl) 5.x ; pas de chance, pas de homebrews, très peu de payloads, et firmware qui sera probablement servi en dernier niveau hack (plus dur à adapter)

salut, à l'époque, contrairement à maintenant, les alimentations de console étaient très rarement multi-standard (110/220v). Une PS1 US/JAP a besoin de 110v, surtout pas de 220v sous peine de la griller. Il faut impérativement passer par un convertisseur (ou remplacer l'alimentation interne par un modèle PAL si le pinout correspond bien) https://www.playstation.com/manual/pdf/SCPH-5501.pdf page 4 du manuel : Operate the unit only on 120V AC, 60Hz.

nonosto ce n'est pas vraiment le sujet initial...mais pour ma part, j'ai commencé à l'âge de 7 ans avec Mario Bros, et je ne suis ni débile ni fainéant ni autiste ni en manque de concentration ni hyper actif. Ça fait donc pas loin de 31 ans que je joue, et je ne m'en porte pas plus mal. J'ai un taf, une vie en dehors du jeu, je paie mes factures, mes impôts, je fais du sport, je sors, etc. il faut arrêter de voir le mal dans les jeux vidéo, qui peuvent tout autant aider à se développer, avoir un sens critique, imaginer, construire. Pour faire de la psychologie de comptoir : le JV ne se résume pas à GTA. Et les capacités de réflexion ne sont absolument pas annihilées par le JV, ça, c'est du grand n'importe quoi ! Ce n'est vrai que pour ceux qui ne savent pas choisir leurs jeux correctement. Il existe tellement de productions qui vont à l'inverse total de cette affirmation ! Par exemple, qu'est-ce que Minecraft sinon un LEGO géant aux possibilités infinies (et qui coûte bien moins cher que ces petites pièces en plastique que l'on pourrait soupçonner d'être en or 24 carats vu le prix de vente ). On pourra juste reprocher à ce jeu de ne pas permettre d'interaction directe avec les pièces, contrairement à un jeu physique (développement de la motricité et de la préhension) Ce qui est dangereux, c'est celui qui donne du JV (on peut aussi mettre les tablettes, smartphones et autres objets technologiques dans le même panier) uniquement pour se "débarrasser" de ses gosses et avoir la paix. Avant ils les collaient devant la télé, maintenant c'est devant la tablette. Le JV a au moins la qualité de demander une interaction de l'utilisateur, ce que ne propose pas un film ou une série ! Une limite ? Bien évidemment ! Comme toutes les bonnes choses d'ailleurs. Tout est question de dosage. Mais totalement d'accord avec fredouille, l'âge n'est pas un paramètre.

salut, à ma connaissance, il n'y a pas moyen de faire ce que tu demandes. On peut mettre à code sur boot9strap, mais pour démarrer la console. le mieux reste de former et informer ton fils. De toute façon je pense qu'il aura largement de quoi faire avec les jeux, pour ne pas aller bidouiller les homebrews. Je doute qu'il installe de lui-même des homebrews dangereux pour la console (et en général, ceux qui sont dangereux empêchent toute modification sans une double confirmation avec une combinaison de touches par exemple). Tu peux également mettre le dossier des homebrews (sur la SD) en lecture seule, ça évitera qu'on y mette quoi que ce soit.

tu as fait quoi pour ne plus avoir l'erreur ? j'espère que tu ne l'as pas désactivée dans la configuration de Luma, il ne faut surtout pas ! tu as mis quoi à la racine de ta SD ? J'insiste sur le fait que le fichier boot.3dsx à la racine de la SD doit être celui de Homebrew Menu, dans sa dernière version (2.0.0). Il est tout simplement impossible que celui-ci plante au démarrage en utilisant la méthode rosalina (l'époque des payloads à télécharger et qui devaient correspondre à la version du firmware, c'est révolu). Alors par contre en relisant la partie du tuto concerné, je m'aperçois qu'ils n'abordent pas (plus) le thème de Homebrew Menu (parce qu'ils en parlent dans les étapes précédentes, ils considèrent donc que celui-ci est déjà en place !). C'est peut-être ça que j'ai oublié de te dire. Télécharge Homebrew Menu 2.0.0 ici : https://github.com/fincs/new-hbmenu/releases mets le fichier boot.3dsx à la racine de ta SD. puis recommence la manipulation Rosalina. Ça devrait passer du premier coup.

allez, un petit déterrage de topic au tracto-pelle ! et ça le mérite bien. En effet, un petit génie de développeur (redguy) a finalement réussi l'impensable en codant le support des jeux SuperFX/SuperFX2 pour ce magnifique linker qu'est le SD2SNES, rien que ça ! C'est encore en beta, mais ça tourne déjà très bien pour une première version (du moins avec les jeux US) ! http://krikzz.com/forum/index.php?topic=7451.msg57906#msg57906 Kogami (merci à lui) a fait une petite vidéo pour voir comment ça rend : ps : à priori le support des jeux SA-1 est aussi sur les rails, mais ne serait peut-être pas réalisable sur le FPGA actuellement utilisé par le linker This is a beta version of the sd2snes firmware with support for the superfx (gsu) chip. To installcopy the files in the sd2snes/ (firmware.img, fpga_gsu.bit, fpga_base.bit) directory into the sd2snes/ directory on your SD card.You should have a working version of the sd2snes 0.1.7e firmware on the SD card before doing this.- Verify the version says 0.1.7e-gsu-v01 in the sd2snes menu. Do this by pressing X->System Information.- Turn off in-game hooks in the sd2snes menu. They crash several games.- Saving to SD is temporarily disabled. Make sure to hold down the reset button for a few seconds to write a save file to the SD.- PAL games and systems are not well tested. Try a NTSC game on a NTSC compatible console if you have problems.Known Issues------------- Games may crash on startup. Power cycle and try again if they do this. Make sure in-game hooks are disabled in the sd2snes menu.- Random graphical glitches may happen on game startup. Power cycle and try again if they do this.- Doom has graphical glitches.- Stunt Race FX may have graphical glitches at the beginning of a race.- Games may not run at exactly the same speed as the original cart. This may improve in future versions.- Not currently compatible with usb2snes or other sd2snes firmware modifications. This will be fixed for usb2snes in the future. EDIT : v02 sortie, corrige les bugs avec Doom et la fonction in-game hook https://github.com/RedGuyyyy/sd2snes/releases/tag/gsu_v02

je t'ai déjà tout détaillé, étape par étape, dur de faire mieux...il suffit de lire. et je n'ai JAMAIS dit qu'il ne fallait pas quitter l'application... bref je ne me répéterai pas.

(Je parle du menu PRINCIPAL de la console, pas de rosalina) Il ne faut pas quitter l'application Mode téléchargement tant que tu n'as pas fait la manip avec rosalina

sans trop me mouiller, je suis presque certain que tu a commis l'erreur typique avec Rosalina. La bonne utilisation (je n'invente rien, c'est exactement ce que dit le tuto), c'est : lancer l'application "Mode téléchargement" démarrer Rosalina DANS cette application. IL NE FAUT PAS RETOURNER AU MENU PRINCIPAL procéder comme il faut pour injecter Homebrew Launcher quitter l'application "Mode téléchargement" relancer l'application "Mode téléchargement", c'est Homebrew Launcher qui va démarrer si c'est bien cette manipulation que tu as faite et que ça ne fonctionne toujours pas, ça veut dire que tu n'as pas respecté la section I, très certainement l'oubli du fichier boot.3dsx (de Homebrew Launcher) à la racine de la SD. si tout est bien à sa place et exécuté comme il faut, sans précision sur l'erreur de Rosalina, je ne risque pas de pouvoir deviner (mais je parierai plutôt pour une mauvaise manip ou l'absence de boot.3dsx) ps : par pitié arrête cette fixation sur Ver ou Sys. Cette option n'a AUCUNE INCIDENCE de près ou de loin avec le hack.

pour les jeux GC : USBLoader GX 3.0 rev 1268 tabmod + Nintendont 5.483 pour le loader : cIOS d2x v10 beta 53 (249/56, 250/57) et un peu de lecture

pourquoi voudrais-tu faire la section II alors que ta console est à jour ? Suivre le tuto n'empêche pas de garder une certaine logique. Ta console est à jour, tu sautes la section II. l'option que je t'ai dit d'activer n'a absolument rien à voir avec le tuto...c'est une aide graphique pour savoir qu'on est bien en présence d'une console hackée, notamment quand on procède à la mise à jour dans les options. Donc je ne pige même pas que tu te poses cette question, d'autant plus que tu ne vas pas mettre à jour le firmware de la console. Quant au tuto : section I : préparation de la carte SD section II : mise à jour de la console (bien évidemment si celle-ci ne l'est pas !) sections III + IV : installation des CIA qui t'intéressent (freeshop, DSP1, FBI, etc.) section V : dump du module DSP nécessaire aux homebrews pour avoir du son (ex: musique dans freeshop, etc.) section VI : copie (via un script GodMode9) du fichier boot.firm de Luma 3DS dans la sysNAND de la console (permet de démarrer la console sans carte SD) section VII : dump (via un script GodMode9) de la sysNAND, au cas où il y ait un problème plus tard (soft brick) section VIII : nettoyage (via un script GodMode9) de la carte SD en supprimant les fichiers devenus inutiles (fichiers CIA, log, etc.) je n'ai rien cherché ni inventé, tout est noté section par section. Il n'y a guère que la section VI qui est un peu obscure, vu qu'ils n'indiquent pas ce que fait le script (on ne voit son effet que dans GodMode9 puisqu'il y a une description détaillée du script). Mais ça ne doit pas t'empêcher d'être un peu curieux avant de poser des questions, ta console ne va pas prendre feu parce que tu suis le tuto de Plailect, qui est LA référence pour le hack 3DS. Le pire qui puisse t'arriver en suivant cette partie, c'est d'avoir quelques homebrews qui ne te seraient pas utiles. Pas de quoi casser 3 pattes à un canard.

si la console démarre sans boot.firm à la racine de la SD, c'est que le tuto que tu as suivi a bien fait les choses, en te faisant copier ce fichier dans la NAND (sauf qu'au lieu d'une copie, tu as du faire un déplacement). Cette manipulation évite d'avoir un pseudo brick si tu démarres sans SD. Mets boot.firm de Luma 9.0 à la racine de la SD, comme ça boot9strap chargera ce fichier par défaut (au lieu de la version 8.1.1 dans la NAND) ce que tu as loupé, c'est l'injection de FBI dans l'application "Précaution/Avertissement" de la console. Rien de grave, de toute façon cette méthode est largement obsolète de nos jours. Le menu Rosalina permet bien plus de choses, sans avoir à travestir un homebrew dans une chaîne officielle.

tu fais la manipulation pour activer le menu Rosalina (L+Bas+Select), si celui-ci apparaît, la console tourne bien en CFW. De toute façon le hack b9s ne s'évapore pas. Une fois hackée, la console le reste tant que tu ne procèdes pas à sa désinstallation. Si vraiment tu veux un repère graphique, dans les paramètres de Luma (Démarrer la console tout en maintenant Select appuyé), active l'option "Show NAND or user string in System Settings". Ainsi, quand tu iras dans les options de la console, la version t'indiquera si c'est bien le CFW qui tourne (au lieu de "Ver. 11.6..." tu verras "Sys 11.6...") le contenu de la carte SD importe peu. Le seul et unique fichier important, c'est "boot.firm". Le reste varie en fonction des tutos, et n'est pas représentatif de la bonne ou mauvaise installation du hack. Il existe des scripts godmode9 qui suppriment les fichiers devenus inutiles (comme des fichiers .cia une fois qu'ils sont installés dans la NAND)

comme déjà dit plusieurs fois, ton installation est ok. Je ne vois pas ce que tu cherches à faire, tu n'auras rien de plus ou de moins à refaire le hack, sinon prendre le gros risque de bricker ta console sans que ça t'apporte quoi que ce soit de "mieux" par rapport à maintenant. tu lis la partie du tuto que je t'ai donné, tu appliques à la lettre, et c'est tout. Tu peux faire du tri sélectif bien sûr, Luma updater et anemone sont, à mon goût, bien inutiles. Checkpoint également si tu joues sur ta console hackée (donc les sauvegardes sont déjà là). une fois que c'est fait, tu auras une console à jour, aussi bien au niveau hack que firmware, et tu disposeras de tous les outils utiles. Ne restera qu'à installer freeshop, accessoirement, à l'aide de FBI.

dans tous les cas, rien ne vaut des produits officiels, c'est sûr (dommage qu'ils abusent sur les prix)

Une issue à gaz ? Tu plaisantes j'espère... il suffit de lire et de suivre à la lettre, même quelqu'un qui n'a jamais hacké de sa vie en est capable, il faut juste le vouloir et faire un minimum d'effort. Si tu as touché un fichier système, tu pourras désinstaller 1 million de fois que ça n'y changerait rien. Et si tu veux bricker ta console, il n'y a rien de mieux que de faire une restauration. Ça n'a jamais résolu quoi que ce soit et c'est sans filet. Au moindre grain de sable, ta console servira de presse papier. Enfin, les questions que tu poses démontrent une seule chose, tu n'as même pas pris la peine de lire le tuto. je ne veux pas être méchant et je suis toujours prêt à aider, mais pas à sens unique, le but c'est que tu cherches à comprendre ce que tu fais, pour ton propre bien.

le plus important, c'était ntrboothax / boot9strap et luma. Ton tuto t'a permis d'installer tout ça, donc pour moi, c'est ok. pour le reste, ça dépend de ton utilisation. Mais je te conseille fortement de suivre cette partie du tuto de plailect : https://3ds.hacks.guide/fr_FR/finalizing-setup c'est synthétique, bien expliqué, et ça utilise le menu Rosalina (très pratique)

comme déjà dit, tu télécharges Luma 9.0 et tu remplaces le fichier "boot.firm" à la racine de ta carte SD par la nouvelle version. Tu vas retomber une fois de plus sur l'écran de configuration. Et une fois de plus tu devras valider avec start pour être tranquille. ps : l'unique tuto à suivre, c'est celui de plailect

tu n'as rien à changer. La plupart des options ne concernent pas les utilisateurs "de base" à la rigueur, tu peux juste paramétrer la luminosité que tu veux par défaut. ps : je t'invite fortement à lire le guide de plailect, parce que si tu bloques déjà sur un simple écran de configuration, ta console ne va pas vivre bien longtemps avec l'ensemble des outils à notre disposition (un brick arrive si vite). https://3ds.hacks.guide/fr_FR/

il faut que je la démonte pour vérifier. Il me semble qu'il ne reste que le blindage "extérieur" (en alu tout fin).

comme je te l'ai demandé plus haut, et tu n'as pas toujours répondu à la question, as-tu appuyé sur Start pour sauvegarder la configuration de Luma ? tant que tu n'auras pas valider la configuration avec Start, Luma bootera systématiquement sur ce menu de configuration ! ps : tu sais que Luma n'est pas à jour, alors pourquoi tu ne mets pas tout simplement le dernier boot.firm de Luma ? Je ne comprends pas ce concept, de savoir que Luma n'est pas à jour et de ne rien faire pour y remédier...il n'y a aucune raison d'utiliser Luma 8.1.1 alors que la version 9.0 est sortie depuis des mois. surtout que si tu valides ta configuration en Luma 8.1.1, et que tu mets le dernier Luma 9.0 seulement après, il va encore te demander de configurer Luma (puisqu'entre les version 8.1.1 et 9.0, le fichier de configuration a été modifié et doit donc être réinitialisé)

tu chipotes sur la sémantique des mots. L'USB type C n'est pas une nouvelle norme dans le sens où elle agrège un ensemble de normes (USB, thunderbolt, HDMI, etc.). SAUF qu'elle répond à un cahier des charges précis définissant la nature même de ce type de connecteur. Ton exemple sur le 110/220 n'a absolument rien à voir avec la choucroute, ce n'est pas une question de pouvoir insérer mécaniquement telle ou telle prise. Quand tu insères un HDMI 2.0 dans une prise HDMI 1.4, tu ne brickes pas ta TV pour autant. On parle bien d'un connecteur STANDARD qui respecte des STANDARDS imposés par l'initiateur de cette connectique afin d'harmoniser tout ce petit monde. Tu ne verras donc JAMAIS un périphérique partir en flammes parce qu'on y a inséré un autre périphérique utilisant aussi de l'USB type C. Et c'est bien pour ça également que tu peux tout à fait recharger ta switch avec une alimentation USB type C banale (d'un smartphone par exemple). Le pinout d'un port USB type C est clairement défini, et tous ceux qui veulent implémenter ce type de connectique doivent s'y plier. C'est un fait. Tu ne verras donc jamais le Vbus autre part que sur A4/A9/B4/B9, sinon ça ne s'appelle pas de l'USB type C. bref, l'USB type C n'est pas une nouvelle norme en soi, certes, mais elle respecte un ensemble de normes, suivant un pinout imposé. Ce n'est donc pas la fête de la saucisse où chacun a le droit de faire ce qu'il veut sur cette connectique. Si chaque sous-ensemble du connecteur respecte les normes qui lui sont propres (USB, thunderbolt, HDMI, ethernet, etc.) et que chacun de ces sous-ensembles est placé suivant un pinout précis, c'est de facto le même résultat qu'une nouvelle norme, sauf qu'au lieu d'avoir une norme, on a x normes unifiées dans un seul et même connecteur. Oui, ce n'est qu'un "tuyau" dans lequel on fait transiter ce que l'on veut parmi les protocoles supportés, mais suivant un pinout qui ne relève pas du hasard. Si tu connectes, admettons, un adaptateur USB typce C <> Audio sur un périphérique qui ne le gère pas, au pire, ça ne marchera pas, mais ça n'endommagera jamais ni l'adaptateur, ni le périphérique. Je ne dis pas que l'un ou l'autre des parties (Nintendo vs constructeurs tiers) a raison, mais un connecteur STANDARD se doit de respecter les standards, sinon ça ne s'appelle pas un standard, tout simplement. ps : bien évidemment que les docks non officiels ne sont pas des copies 1:1, sinon ça s'appellerait justement une copie, ce qui est totalement illégal. Les tiers doivent donc faire autrement...avec les risques que ça implique.

et tu as appuyé sur start ? C'est l'écran de configuration de Luma, tu as juste à valider les paramètres avec start et ça devrait démarrer sans souci le Custom Firmware. ps : ta version de luma n'est pas à jour. On en est à la 9.0