Badablek

boh y'a pas de mal, le fil de la conversation n'est pas évident à suivre non plus, j'en suis bien conscient (et je ne peux pas ajouter tout ça dans mon tuto, pour garder une certaine lisibilité) sinon, j'ai fait aujourd'hui une 3DSXL de bout en bout, depuis un DG 10.2 vers 9.2 (*), la mise en place d'une emuNAND et toutes les étapes de mon tuto. Ça m'a permis de mettre en évidence quelques petites coquilles dans le nom de certaines options (du type "emuNAND backup" et non "backup emuNAND"). Rien de bien méchant, mais là c'est du "pixel perfect" j'en ai profité pour préciser certaines choses (boutons pour démonter la SD, pour valider telle ou telle étape, pour obtenir le bon nom de fichier avec le D-Pad, etc.), ajouter quelques notions de temps sur les processus les plus longs (DG 2.1.0, One click setup, etc.) et enfin repréciser une astuce qui vient juste d'être révélée pour le souci de WIFI désactivé en 2.1.0 sur N3DS (il suffit d'ôter puis remettre la batterie, pas plus difficile que ça !). Le tuto de Plailect a également gagné en finesse sur la partie emuNAND/redNAND, qui n'utilise plus que Luma3DS, ce que je trouve extrêmement élégant tout en étant bien plus simple (pas besoin de batailler avec 36 CFW). Je modifierai sous peu mon tuto de telle sorte à intégrer également la partie "création de l'emuNAND". J'en profiterai aussi pour mettre à jour mes packs AIO et remplacer toute allusion à AuReiNAND par Luma3DS. Bref, encore un petit peu de pain sur la planche pour affiner au mieux mon tuto. Mais je suis déjà très satisfait de ces premiers résultats (ça mérite un café tiens) (*) avec la faille OOT3DHax et le dernier sysUpdater, finger in the nose pour downgrader, les bras m'en sont tombés ! En 2 minutes c'était plié.

alors je ne suis pas responsable des modifications faites par les développeurs, par contre, je suis l'affaire et j'informe au mieux, quand besoin...je sais que ça peut être noyé dans le topic, mais c'est quand même sur la même page que ta remarque http://gueux-forum.net/index.php?/topic/282378-dumper-son-otp-et-installer-a9lh/page-3#entry2147497 mon pack AIO est fait à l'instant t. Entre temps les builds évoluent, changent de nom même (très rare), modifient le nommage des payloads, etc. libre à chacun ensuite de s'adapter aux nouveautés (les changelog ne sont pas là pour décorer, les news non plus) ... nan je déconne

un NUS downloader pour 3DS existe déjà...mais je me suis contenté d'un pack MAJ 9.2 (au format CIA donc) que j'avais téléchargé à l'époque pour monter de 4.5 à 9.2 en manuel après un petit tour sur le wiki 3Dbrew pour connaitre l'ID du fichier CIA qui m'intéresse (0004001000022300.cia), oui, j'ai pu faire une installation "ciblée"

merci, je vais tester...mais à priori, c'est parce que les icônes sont mises en cache sur la SD ! avec une autre microSD clean, sans rien avoir recopié de l'autre, l'icône est ok. un dump HS est déchiffré quand on le dumpe avec Decrypt9, il n'est rechiffré qu'à la réinjection. Donc ça devrait le faire. J'espère juste que le cache va être remis à jour. Sinon tant pis, je laisserai ainsi. Le pire dans tout ça, c'est que j'ai réinjecté l'app officielle sécurité...donc j'ai l'icône de FBI, mais le contenu de informatios et sécurité EDIT : Decrypt9 ne trouve rien d'utilisable pour réinjecter, à priori pas possible de cette façon. par contre en fouinant un peu avec FBI 2.x, j'ai été dans la liste des "titles" et l'app sécurité était bien référencée. Suppression complète, reboot, réinstallation du fichier CIA, et l'affaire était réglée apparemment, quand FBI réinstalle une app, il ne supprime pas l'ancienne version...tandis que si je force la suppression, et que là je réinstalle, ça fonctionne.

une fois en A9LH, l'emuNAND n'a absolument plus aucun intérêt. Libre à tout un chacun de continuer avec, mais c'est à mon humble avis une perte de temps et de place. De temps parce que lire une microSD reste toujours plus lent qu'une NAND (en plus on a les fichiers système ET les fichiers d'applications sur le même périphérique, ce qui ralentit encore la chose), et de place parce que 2Go est réservé à l'emuNAND. De plus, en emuNAND, tout ce qui est Virtual Console GBA/DSi doit être installé en double (en sysNAND + emuNAND)...ou comment véroler sa SD/microSD en un rien de temps @Katoche, il va falloir te contenter de FBI 1.x dans ce cas, parce que l'injection de la branche 2.x nécessitant obligatoirement la version "with banner", l'icône sécurité va sauter d'ailleurs, si quelqu'un sait comment remettre l'icône ORIGINALE sécurité (en gardant FBI injecté), je suis preneur ! J'ai eu la mauvaise idée d'injecter la version avec bannière, depuis, même en réinstallant le CIA original, l'icône de FBI reste ! (tenace la bougresse). J'aurais bien voulu garder un aspect "stock" de ma console (remarque, avec toutes les icônes de homebrews, c'est plus très "stock" , donc je chipote un peu avec l'icône sécurité) ps : Pour AuReiNAND/Luma, je referai un pack AIO sous peu, pour intégrer ce changement. Dommage de devoir changer le nom, tout ça pour des querelles de clocher (je suppose que l'auteur de ReiNAND lui cherche des poux).

Bonjour, Afin de permettre une meilleure lisibilité ainsi qu'une recherche facilitée pour les membres de ce forum, merci de bien vouloir rendre le titre de votre sujet explicite sur le problème rencontré. Pour cela, il vous suffit de cliquer sur le bouton "Modifier" de votre message, puis "Utiliser l'éditeur complet". Merci de faire le nécessaire.

la branche 2.x de FBI est incompatible avec l'injection, sauf si tu choisis la version "with banner". il ne faut pas injecter la version "no banner", ça ne fonctionnera pas. après, je ne vois pas trop ce qui t'empêche d'installer FBI en CIA...

TheCruel est décidément très en forme ces derniers temps, pour preuve les versions de son portage de scummVM 3DS qui s'enchaînent et se bonifient avec le temps. Ainsi, comme promis depuis la sortie du build précédent, il est désormais possible, entre autre chose : d'utiliser le C-Pad pour contrôler le curseur d'éteindre l'un des deux écrans, au choix de modifier le facteur de zoom pour étendre l'affichage à la taille de l'écran Parmi les changements opérés, le bouton Select ne renvoie plus au launcher principal (hyper efficace pour perdre une partie) mais ouvre désormais le menu d'options, le mode veille est maintenant plus fluide et n'ouvre plus le menu principal de retour de veille, et la couche tactile a été réétudiée/recalibrée pour éviter les problèmes sur les bords et coins (difficulté pour "viser"). La seule mauvaise nouvelle, c'est qu'en cas de plantage de scummVM avec retour sur l'interface principale de la console (la version CIA y est à priori plus sensible), si l'un des deux écrans était éteint à ce moment, il ne se rallumera pas. Pour pallier au problème, il suffira de fermer et et rouvrir l'écran. Comme d'habitude, scummVM n'est que le "moteur", à vous de lui fournir "l'essence" avec les copies (légitimes) de vos jeux préférés : Day of the Tentacle, Indiana Jones and the fate of Atlantis, Maniac Mansion, Sam & Max, Monkey Island, etc. De quoi passer de longues soirées à (re)découvrir les pépites du point and click comme on n'en fait plus (ou rarement) de nos jours. Je vous rappelle que certains jeux (Beneath a Steel Sky, Flight of the Amazon Queen, Lure of the Temptress, etc.) sont officiellement et légalement téléchargeables, gratuitement, ici. Plusieurs remarques utiles sur l'utilisation de scummVM : Utilisateurs de la version CIA, vous devez préalablement dumper le firmware DSP pour avoir du son in-game. "DSP Firmware Dumper" permet de réaliser cette opération en quelques secondes. Seuls les formats OGG et MP3 pour les pistes audio sont supportés (pas encore le FLAC) La version .3dsx nécessite d'emprunter une application suffisamment "grosse" au démarrage. "Zelda - A Link between worlds" est un donateur parfait pour cette tâche Changelog version 0.3 scummVM 3DS 0.3 (3dsx) / scummVM 3DS 0.3 (cia) Site officiel / Topic officiel (GBAtemp) / Sources (github)

nan, autant laisser les gens voir ce menu. Après tout, ça ne consiste qu'à cocher deux malheureuses cases je préfère encore un pack AIO universel, quitte à faire de petites concessions, plutôt qu'un pack avec des "oui mais" ou des "sauf si" qui rendrait la lecture du tutoriel indigeste. Tuto remanié, fichiers réuploadés, comme ça, c'est fait...maintenant je vais pouvoir rédiger ma news sur la dernière version de scummVM 3DS qui vient tout juste de sortir du four

donc si je te suis bien, pour éviter tout souci avec ceux qui utilisent AuReiNand version menuHax (quelle idée aussi ), il serait plus sage de ne pas inclure le fichier de configuration ? je l'avais inclus pour éviter cette étape de configuration, mais si ça pose problème (en fait je n'avais pas envisagé ce cas), je le vire et je vais remodeler mon tutoriel autrement (surtout que j'explique déjà option par option, et ce qui doit être activé). ça tombe bien, je voulais mettre à jour AuReiNAND dans mon pack, avec les payloads qui vont bien. Je vais en profiter pour virer le fichier de config ! (et puis en y repensant, laisser les gens paramétrer leur donne aussi l'occasion de voir ce menu de configuration) merci pour ton retour. EDIT : ça me fait aussi penser à un truc. J'ai lu sur GBAtemp que l'option (purement cosmétique et donc inutile) pour afficher l'animation originale de boot GBA pouvait faire planter certains jeux Virtual Console GBA (notamment des roms hackées injectées, genre traductions ou autres) Donc à désactiver (maintenir Select au boot et décocher l'option) pour ceux qui utiliseraient mon pack avec le fichier de config fourni !

on peut comparer ça à un dossier apps ouais, sauf que les payloads se chargent en maintenant un bouton au boot. en gros un payload n'est qu'un plugin programmé pour tourner en ARM9 sous A9LH et comme tu as pu le voir, mettre à jour AuReiNAND est simple comme bonjour le wiki d'AuReiNAND est assez soft, et j'ai déjà traduit toute la partie sur le paramétrage. Je vais faire les payloads et ça sera fini.

bah faut faire évoluer le bousin de toute façon je comptais de toute façon intégrer une traduction française de mon cru du wiki officiel, histoire d'avoir un truc décrit de A à Z ps : la MAJ d'AuReiNAND, ça consiste à écraser le fichier arm9loaderhax.bin à la racine de la SD...en gros, tu ne vas pas te casser un ongle ni te louper si tu as déjà fait un copier/coller sous windows, tu maîtrises la mise à jour d'AuReiNAND. (sans compter bien sûr de renommer Aurei\payloads\default.bin en Aurei\payloads\def_decrypt9.bin)

ouais c'est plus logique, mais dommage que ça n'ait pas été intégré dès la branche 5.x, ça m'aurait évité de m'arracher les cheveux dans la rédaction de mon tuto je vais probablement intégrer la dernière revision d'AuReiNAND dans mon pack AIO, et ajouter dans les annexes la notice des payloads...ça tombe bien, je n'avais rien à faire ce soir

uncart est un payload, donc il suffit de suivre la notice des payloads d'AuReiNand (pour compliquer un peu la tâche, entre la 5.0 (de mon pack AIO) et la 5.1.x, la convention pour les nommer a été modifiée. si tu es encore en AuReiNAND 5.0, il suffit de renommer le payload de uncart en "bouton.bin". Exemple : si tu veux lancer uncart en maintenant X au boot de la console, tu l'appelles x.bin, et tu le places dans Aurei\payloads si tu es en AuReiNAND 5.1.x, il faut suivre la convention du wiki : "bouton_nom_du_homebrew.bin". Exemple : si tu veux lancer uncart en maintenant Y au boot de la console, tu l'appelles y_uncart.bin, et tu le places dans Aurei\payloads Attention, le payload par défaut (par convention : decrypt9) doit s'appeler default.bin sous AuReiNAND 5.0, mais def_decrypt9.bin sous AuReiNAND 5.1.x ! Donc si tu mets à jour AuReiNAND, pense à renommer le payload comme il faut (sont chiants à faire ce genre de modification à la con, ça complique tout)

j'ai horreur de ce stupide IP.Board et sa gestion calamiteuse des skins... je n'ai jamais défini la police d'écriture (ça devrait donc être noir automatique) dans mon message, mais ce con d'IP.Board en a apparemment décidé autrement ! merci de me l'avoir signalé, vais aussi vérifier mon tuto du coup les avantages ? relis un peu le fil, tu les auras tous : boot rate à 100%, protection anti-brick, contrôle du système de A à Z, etc. les possibilités sont infinies en A9LH !

bah non, sinon je ne vois pas l’intérêt de la chose...c'est pourtant clairement écrit : j'ajouterai que par défaut, dans mon tuto, je parle de R4 ORIGINAL. Autrement dit, un truc qui n'a JAMAIS été compatible au delà de la DS (même pas compatible DSi) enfin, je donne déjà la liste de tous les linkers actuellement compatibles...l'Edge n'en fait pas partie, écrit noir sur blanc si tu veux tenter le diable en 2.1.0, libre à toi, mais perso je ne m'y risquerai pas (n'oublie pas que tu mets ta console dans une position très délicate). Je te rappelle qu'on ne peut pas booter une emuNAND 2.1.0, donc à aucun moment tu ne pourras effectivement vérifier ta théorie. Et quand ta sysNAND sera passée en 2.1.0, il sera déjà trop tard si ce n'est pas possible de reparamétrer. D'ailleurs, je ne comprends pas trop pourquoi tu veux absolument garder une connexion WIFI "bâtarde" alors qu'à aucun moment, ta console ne se mettra à jour toute seule et qu'une fois en A9LH, tu te ficheras bien de bloquer les mises à jour en passant par ce genre de montage réseau. Maintenant, ce qui compte, ce n'est pas le paramétrage, c'est que la console ait un accès internet effectif pour pouvoir télécharger et démarrer OTPHelper. Si ton montage laisse un accès internet (hors mises à jour), logiquement, ça ne devrait poser aucun problème.

je viens également de tester, j'en aurais presque versé ma petite larme, de voir tourner ce bon vieux R4 sur ma N3DS hackée par tous les bouts je vais ajouter un petit paragraphe optionnel sur cette possible retro-compatibilité de vieux linkers. ps : le rendu des jeux NDS est plutôt sympathique. J'étais persuadé que c'était bien plus dégueulasse que ça !

tu pousses le bouchon un peu loin Maurice ! A9LH fait des miracles, mais là, tu lui en demandes un peu trop (quoique, il me semble qu'il existe un loader permettant de pouvoir utiliser un bon vieux R4 tout simple sur 3DS) EDIT : bah ouais, elle radote pas (encore) trop la vieille branche : https://gbatemp.net/threads/r4-stage2-twl-flashcart-launcher-and-perhaps-other-cards-soon%E2%84%A2.416434/

la série continue David Bowie...maintenant Prince mes souvenirs d'enfance s'envolent les uns après les autres. RIP.

ça me rassure alors, parce que je ne voyais pas comment c'était possible. Tu n'as donc pas suivi toute la procédure en fait c'est ma rédaction qui prête à confusion, faut que je modifie ce point tu veux dire de garder une emuNAND sur la SD, injecté depuis un dump de ta sysNAND ? je ne vois pas trop la plus-value. Dans mon tuto, tu as déjà tout le nécessaire en backups (sysNAND 9.2, emuNAND 10.7, emuNAND 10.7 formatée et sysNAND 10.7 +A9LH), et si Nintendo montre les crocs sur FIRM0/FIRM1 (j'en doute), dans tous les cas, emuNAND ou pas, tu devras réinstaller A9LH. Garder l'emuNAND sur la SD, peu importe sa version, ne te protégera pas plus.

merci ^___^ @TUK_Pyroman : en y repensant, il y a un truc qui me chagrine sur ton souci avec menuHax. En effet, quand on réinjecte l'emuNAND sur la sysNAND (chapitre 3 étape 4), logiquement, menuHax part en fumée...à moins que sysNAND et emuNAND n'aient pas été dissociées auparavant... tes NAND étaient liées quand tu as suivi le tuto ?

je vais rajouter une petite mise en garde sur menuHax. J'avais oublié qu'il pouvait intéragir (et il est clair qu'une fois en A9LH, on n'en a franchement plus rien à cirer de menuHax...sauf qu'il est encore installé ) comme l'a dit Katoche, les noms de dumps correspondent si tu joues avec le D-Pad (pour ça que je l'ai précisé). De mémoire il faut faire 1 x bas et 1 x droite pour retomber sur les "bons" noms (entre guillemets, j'ai suivi la convention de nommage du tuto duquel je me suis inspiré, même si ce n'était pas obligatoire). Pour plus de clarté, je préciserai peut-être les noms par défaut...ce n'est pas déconnant, et ça évitera les malentendus.

merci pour ton retour, et content que tout se soit bien passé pour toi. j'en ai profité pour fignoler un peu mon tuto avec tes remarques, faire un peu de mise en page, et réfléchir aux évolutions que je pourrais y apporter. je vais aussi le simplifier en supprimant les packs cakesFW

au 3.2, le pack CakeFW ne sert strictement à rien et n'intervient pas du tout. Mon pack AIO est fait pour démarrer sous AuReiNAND, pas sous CakesFW (j'ai intégré CakesFW à mon tuto uniquement pour ceux qui voudraient l'utiliser pour booter l'emuNAND dans les étapes précédentes). Je me rends d'ailleurs compte que je n'aurais pas du l'intégrer à mon tuto, ça peut prêter à confusion...mon tuto prend pour hypothèse que vous avez déjà une emuNAND fonctionnelle (peu importe quel CFW la lance). TUK_Pyroman, ton souci recoupe un peu la question de Katoche, je vais essayer de faire coup double : les seuls fichiers strictement nécessaires une fois A9LH installé, en AUReiNAND sont : [3ds] (contiendra tous vos homebrews préférés) [aurei] (répertoire de AuReiNAND) --[payloads] (sous-répertoire de Aurei contenant les payploads) --config.bin (fichier de configuration de AuReiNAND) [Nintendo 3DS] (répertoire d'installation des chaînes) arm9loaderhax.bin (c'est l'exécutable d'AuReiNAND version A9LH) boot.3dsx (binaire de homebrew launcher nécessaire à la chaîne Homebrew Launcher loader) slot0x1BKeyX.bin (clé nécessaire à Decrypt9) Slot0x05KeyY.bin (clé nécessaire à Decrypt9) slot0x11key96.bin (clé nécessaire à Decrypt9) slot0x25KeyX.bin (clé nécessaire à Decrypt9) ainsi qu'un fichier payload au nom tarabiscoté si vous utilisez la chaîne Homebrew Launcher loader (ça me fait penser que je n'ai absolument pas parlé de ça dans mon tuto ! EDIT : c'est fait ! faudra juste que je modifie un peu l'architecture de mon tuto) À noter : le guide en cas de problème n'est pas à jour. AuReiNAND n'a plus besoin de firmware.bin depuis la branche 5.x TUK_Pyroman, tente de supprimer le fichier Aurei\config.bin j'ai un petit doute sur l'universalité de la configuration que je propose (il y a peut-être des incompatibilités suivant que l'on soit sur O3DS ou N3DS ?)

eh bien cette fois-ci c'était les 2% de chance que le rédacteur se soit vautré en faisant son pack AIO