Badablek

Attention, ce conseil s'applique...sur un système 4.x pas valable en 3.x, du moins en 3.0/3.1/3.2. Sur ces versions, il est tout à fait normal que tu trouves des IOS trucha (Nintendo n'avait pas encore patché ces IOS) dans tous les cas, IOS trucha ou non, si c'est pour utiliser principalement du loader USB, tu ne verras pas une seule différence, puisque tout sera chargé via le cIOS249 ou 250. Ce qui est sûr, c'est que mettre à jour les IOS dans leur dernière version n'a jamais fait pas de mal de toute façon (sauf les kamikazes qui le feraient sur l'IOS du System Menu, qui installerait un beau stub pour bricker la console juste comme il faut). Et vu le niveau du hack actuel, la faille Trucha n'a plus raison d'être. Tout passe par HBPROT désormais (sauf très très vieux homebrews). Ton syscheck est juste comme il faut EDIT : au fait j'oubliais un petit paramètre : l'IOS30 est celui du System Menu 3.2 justement, donc pas touche ! Si tu le mets à jour à la dernière version (v2816), tu installes un stub, ce qui brickera instantanément ta console (au prochain démarrage) ! Dop-Mii a dû te mettre en garde, et c'est probablement lui qui te bloque l'installation, tu n'es pas passé loin d'un drame. en 1040, tu as la version de l'IOS30 pour SM3.2, AVEC TRUCHA (tout à fait normal) en 2576, tu aurais eu la version d'IOS30 du System Menu 3.3, SANS TRUCHA (tout à fait normal) en 2816, tu aurais eu un stub, et ta console finissait à la poubelle plus d'infos ici : http://wiibrew.org/wiki/IOS30 C'est bien pour ça qu'il ne faut JAMAIS prendre pour argent content une réponse qui n'a pas été faite pour la même version que son propre système ! Un brick se joue à si peu de choses...

salut, aucune raison d'upgrader (pour quoi faire d'ailleurs ? tenter vainement de profiter du online totalement fermé depuis des années, du eshop totalement fermé depuis des années, etc.)...par contre toutes les raison de RESTER en 3.2 ! Il n'y a que des avantages. aucune raison non plus de virer trucha de l'IOS30. D'ailleurs en 3.2, trucha est partout sur les IOS, c'est tout à fait normal. En 3.2 tu installes directement les cIOS 249 et 250, et tu installes les IOS manquants (utiles uniquement pour les originaux).

totalement logiciel : https://3ds.hacks.guide/a9lh-to-b9s ça ne te prendra pas plus de deux minutes, temps de lecture du tuto, téléchargements des fichiers et préparation de la SD compris EDIT : en français, c'est mieux : https://3ds.hacks.guide/fr_FR/a9lh-to-b9s.html

Bonjour,GX-Mod est un forum d'entraide et en aucun cas un lieu de prédilection pour y faire la publicité d'autres sites. Par conséquent les messages à caractère publicitaire et autres spams n'y ont pas leur place, ceci afin de garder un forum lisible et exempt de toute pollution.Comme tout message ne respectant pas la charte, celui-ci rejoint donc la poubelle.Merci de votre compréhension.

salut, mets Luma3DS à jour (v9.1)...c'est toujours le même problème, et la même solution. D'ailleurs on ne mets JAMAIS à jour le firmware AVANT de vérifier que Luma3DS est bien compatible, en regardant si celui-ci n'a pas été mis à jour également. ps : j'ai toujours du mal à comprendre le concept de mise à jour accidentelle, s'il y a bien un truc qui ne se fait pas par accident, c'est une mise à jour, d'autant plus quand la console est hackée

salut fredouille, A9LH est obsolète depuis longtemps. Si ce n'est déjà fait, je te conseille vivement de passer à B9S. Ce qui est sûr, c'est que peu importe le hack, il n'est pas normal que tu ne puisses pas accéder au journal d'utilisation de la console. Je pencherais plus sur un souci avec le firmware sur lequel tu tournes actuellement...ou peut-être une option de A9LH qui aurait une incidence ? (je n'utilise pas la fonction, donc je ne peux que faire des hypothèses). ce serait ma console : passage en B9S puis upgrade du firmware en 11.8

salut, si tu as hacké ta console correctement, tu as donc installé Luma3DS dans ta NAND. si ce n'est pas encore fait, il n'est pas trop tard pour le faire avec Godmode9 : maintiens start au boot (en ayant mis préalablement le payload de Godmode9 dans Luma3DS\payloads), navigue à la racine de la carte SD, mets le curseur sur boot.firm, appuie sur Y (pour copier), navigue sur la CTRNand et colle le fichier (encore Y de mémoire). Puis tente ce que je dis juste en dessous. si c'est déjà fait, retire la carte SD et vérifie si ta console démarre : Si elle démarre bien, il va falloir supprimer le dossier d'installation de Pokémon, qui pose problème. Il faudra juste retrouver l'ID de son dossier (ou formater la carte, plus simple mais tu perds tout) si elle ne démarre pas, bravo, tu as certainement téléchargé un vilain fichier vérolé et tu viens de bricker ta console, auquel cas j'espère fortement que tu as fait un backup de ta NAND au moment de la hacker. Il va falloir réinjecter le dump dans ta NAND (il existe un script godmode9 pour ça, voir ici) Ce qui m'inquiète, c'est qu'un jeu vérolé ne devrait pas causer un brick de la console, il ne devrait pas démarrer, c'est tout. Ce qui laisse à penser que tu as installé un fichier système en pensant installer Pokémon...

Bonjour,Respectueux du travail des développeurs de jeux vidéo (et autres créatifs), ainsi que des lois en vigueur actuellement, nous ne tolérons aucun message pouvant laisser transparaître la possession ou l'acquisition de jeux piratés. Ce message rejoint donc immédiatement la corbeille et vos droits d'écriture sont suspendus temporairement. En cas de récidive, nous pourrions suspendre votre compte de manière définitive sans autre avertissement.-= Seules les discussions sur les copies d'œuvre que vous auriez pu réaliser à partir de vos propres originaux et par vos propres moyens sont autorisées ici, merci d'en prendre note =-

je vais faire comme is je n'avais rien lu et ça va donc partir directement à la poubelle...parce que sinon c'est le ban direct. premier et unique avertissement.

C'est une DSi, étant donné que 3DSi ça n'existe pas, d'autant que le firmware 1.4.5 est le dernier de cette console. le message n'est pas clair, mais si la question est de savoir : si tu pourras installer le hack B9S : la réponse est bien évidemment OUI pour la 3DS, et absolument NON pour la DSi si le linker reprogrammé en mode linker DS fonctionnera pour les jeux DS, la réponse est OUI sur 3DS et DSi si le linker permettra de lancer des backups DSi ou 3DS, la réponse est clairement NON

salut, EDIT : je n'avais pas vu que tu disais avoir modifié la configuration. Sauf que le dernier enregistrement du fichier nous dit exactement le contraire. tu es sûre d'avoir sauvegardé la configuration ? La racine de ta SD est une chose, mais ce n'est pas suffisant pour vérifier que tout est OK. Tu es sûr d'avoir bien décompressé les dossiers contenus dans "Common Files" au bon endroit ? À priori tu n'as pas bien édité le fichier de configuration vu sa date de dernière modification (18/10/2015), ce qui veut dire que les dossiers apps / modules / scripts / themes doivent être dans 3ds/Sunshell/ comme on peut le voir dans config.sun : Si tout est bien à sa place, aucune raison que ça ne marche pas. Tu peux également tester le fichier .3dsx avec Homebrew Launcher, pour voir si ça ne viendrait pas du CIA qui est frelaté.

salut, comportement tout à fait normal pour le 1). Si tu as bien suivi les tutos, tu as donc forcément copié le binaire de luma3DS dans la NAND de ta console, ce qui permet d'assurer le démarrage "minimum" si tu venais à oublier de réinsérer la carte SD. Avec le hack actuel, c'est soit ça, soit un magnifique écran noir. il te suffit d'utiliser le payload de godmode9 (copier godmode9.firm dans Luma3DS/payloads puis maintenir Start au démarrage) pour copier le binaire du dernier luma3DS dans ta NAND, c'est aussi simple que ça. Tu navigues sur la "SDCARD", tu te mets sur le fichier boot.firm, tu appuies (de mémoire) sur Y pour copier, tu vas à la racine de ta "SYSNAND CTRNAND", et tu colles le fichier. Il existe un script pour automatiser la procédure (c'est une bête copie de fichier d'un point A à un point B, largement réalisable par soi-même) actuellement, dans ta NAND, tu as le binaire obsolète de Luma3DS (probablement la version 9.0), raison pour laquelle tu obtiens exactement le même message qu'avec la SD (avant d'avoir mis à jour Luma en 9.1). ps : démarrer une console hackée sans Custom Firmware n'a absolument aucun sens. Certes, c'est toujours pratique pour éviter la panique en cas d'oubli de la SD, mais c'est totalement inutile... pour le 2), il est préférable de passer par la méthode Rosalina pour démarrer Homebrew Launcher.

attention, mon tuto datant de quelques années, ça s'est extrêmement simplifié depuis. Ma méthode "à l'ancienne" fonctionnera très certainement, mais tu vas t'embêter pour pas grand chose (surtout la première partie où il faut compiler soi-même les fichiers, bien casse bonbon) je te conseille de bien lire et suivre ceci : https://wiiu.hacks.guide/fr_FR/ c'est fait par des personnes qui trempent dans le hack (plailect notamment) et c'est LA référence de nos jours (clair, net, précis, à jour). Je vais d'ailleurs le préciser en début de mon tuto, qui a fait son temps. ps : je déconseille TRÈS FORTEMENT le coldboot hack, le potentiel de brickage est bien trop grand par rapport au(x) minuscule(s) avantage(s) que ça apporte. D'ailleurs, si ton hack se concentre sur les jeux, tu n'auras absolument pas besoin de lancer un Custom Firmware pour ça, puisqu'ils seront signés avec le ticket de jeu (DVD). Le Custom Firmware ne concerne que les homebrews et les jeux eshop (ainsi que les jeux qui n'ont pas eu de sortie physique sur DVD, dépourvus de ticket signé). L'installation de Haxchi est largement suffisant dans la plupart des cas. Ensuite, libre à toi de lancer Haxchi depuis le jeu DS que tu auras acheté, pour démarrer Mocha ou Homebrew Channel.

On parle de linker DS aussi...pas de lancer des jeux 3DS Même si un pseudo loader existe, c'est pas folichon niveau compatibilité. Actuellement le linker reste la meilleure solution pour les jeux DS.

salut, ce linker est mort depuis plus de 3 ans (dernière mise à jour du firmware : 21 juillet 2015). On ne remerciera jamais assez la team Supercard qui abandonne lâchement son cher (très cher) linker @Shakin je doute qu'un firmware dont la dernière mise à jour vise à être compatible 8.x le soit aussi en 11.6. À tenter, ça ne coûte rien, mais il ne faut pas trop se faire d'illusion. EDIT : j'ai peut-être parlé un peu vite, à priori ça serait compatible, ce qui voudrait dire que Nintendo n'a pas bloqué ce linker...étonnant ce laxisme. ps : en hackant la 3DS, il y a au moins deux façons de récupérer la compatibilité : réinstaller la liste blanche originale du tout premier firmware 3DS OU utiliser le launcher de linkers DS (pas sûr que le DSTwo soit compatible) https://gbatemp.net/threads/r4-stage2-twl-flashcart-launcher-and-perhaps-other-cards-soon.416434/

l'auto-rcm n'a jamais été obligatoire, mais si le sens de ta question porte sur la faille utilisée, alors oui, ça passe par le rcm et on n'est pas prés de voir autre chose. A moins que l'arrivée du modèle mariko ne leur donne envie de chercher autre chose. Mais faudra pas s'attendre à du untethered, Nintendo ayant bien fait ses devoirs avec la Switch. tu seras banni surtout si tu installes des NSP hackés (que ce soit des jeux ou des homebrews), même si ce n'est pas une science exacte. Il faut impérativement utiliser les DNS qui filtrent les domaines utilisés par Nintendo pour recupérer les logs. De toute façon, pour profiter du meilleur des deux mondes il n'y a pas de secret : 2 consoles ! hacker une console alors qu'on joue online, c'est mettre une épée de Damoclès dont on ne sait jamais quand elle nous tombera sur le museau (les joies de l'hyper-connectivité de notre époque !) pour finir, la Switch a été pensée comme un smartphone : toujours en veille. Je ne me souviens pas d'une seule fois où ma batterie a été totalement à plat. Le souci de charge en auto-rcm est largement sur-estimée, et une fois de plus, ce mode n'est pas obligatoire. Une fois le hack lancé, à moins d'un plantage de homebrew, il reste actif avec la veille de la console.

Atmoshpère et SXOS ne jouent absolument pas dans la même cour, il est donc tout à fait inutile de vouloir comparer les deux sachant qu'ils ne cherchent pas du tout le même objectif. SXOS, c'est le piratage à l'état pur Atmosphère, ce sont les homebrews rien à voir.

bah ce sont des shaders CRT, ce n'est pas le but, de lisser je donnais juste un exemple, pour montrer que c'était possible. Reste à voir si la SNES Mini en a assez dans le pantalon pour du filtrage plus "haut de gamme" (HQ2x, SuperEagle, 2xSAI) ps : les scanlines apportent un plus indéniable (même si ça reste basique) pour retrouver les sensations du bon viel écran CRT (avec son magnifique balayage entrelacé de deux demi-images). je n'avais effectivement pas précisé que j'utilisais Hakchi 2 CE, mais c'était une évidence (pour moi en tout cas), vu que hakchi 2 n'a pas vraiment évolué et que son développeur, lui-même, invite les utilisateurs à se tourner vers la version CE. https://github.com/ClusterM/hakchi2/releases https://github.com/TeamShinkansen/hakchi2/releases

salut dcx, une fois les jeux "installés", tu les sélectionnes tous, clic droit > sélectionner le cœur d'émulation. Dans la fenêtre qui apparaît, tu sélectionnes à nouveau tous les jeux. Bien sûr, il faut veiller à ne sélectionner que les jeux Supernes, il serait dommage de paramétrer un jeu Megadrive sur un cœur Super Nintendo tu choisis le cœur (Snes9x par exemple), tu fermes, et tu acceptes les changements. Pour les filtres, à priori, les shaders au format glsl fonctionnent. Il faut accéder à l'arborescence de la console et y déposer le shader / fichier de config où il se doit. Je ne me souviens pas avoir déjà essayé, mais je suis tombé sur un fil de discussion plutôt intéressant à ce sujet : https://forums.libretro.com/t/crt-scanline-shader-for-snes-classic-mini/12664/45 https://drive.google.com/file/d/0B5_cUiAJwMMvaERtUFl2aWtDbkE/view?usp=sharing retroarch.cfg dans /etc/libretro/ ZFAST_CRT_SHADER_SCALING.glsl dans /etc/libretro/shaders ce n'est pas un shader supereagle, mais ça devrait déjà permettre d'améliorer les choses, avec les scanlines. Apparemment on ne peut pas charger le shader que l'on veut par le menu, il faut impérativement forcer la main avec le fichier de config qui va bien (à confirmer, je n'ai pas creusé plus en profondeur le sujet)

bon, je retire ce que j'ai dit sur l'émulateur Snes9X avec la dernière nightly, ils ont corrigé le souci de framerate sur les jeux PAL, et ça fait plaisir à voir. Ça atteint désormais la même qualité d'émulation que pSNES. http://buildbot.libretro.com/nightly/nintendo/switch/libnx/latest/ par contre scummVM refuse toujours obstinément de démarrer sous rajNX, je pensais que ça venait de l'exFAT, mais non, même résultat en FAT32

attention, mon ressenti sur l'interface principale ne reflète en rien la qualité de l'émulation derrière. réfractaire à cet agrégat d'émulateurs, j'ai été épaté par sa stabilité, en comparaison à d'autres homebrews bien plus capricieux (spéciale dédicace à ScummVM, que j'adore, et qui est désespérément incompatible avec RajNX, et extrêmement plantogène avec ReiNX). Mais autant l'émulateur PSX me scie les pattes tellement ça tourne bien, autant snes9x, par exemple, est une véritable honte et une catastrophe que je ne recommanderai pas, même à mon pire ennemi. n'oublie pas que ça reste de l'émulation, sur une console qui débute dans le domaine des homebrews...ce qui inclut les instabilités qui vont avec. Je ne compte plus le nombre de fois où j'ai bloqué ma console à cause d'un homebrew indélicat. Les freezes avec hard reboot obligatoire sont monnaie courante. à noter qu'en fonction du CFW que tu utilises, tu as des plantages qui seront plus ou moins "intenses". RajNX a plus tendance à planter uniquement le homebrew (parfois de manière très répétée, comme sur DZ), alors que ReiNX a une meilleur compatibilité, mais au prix de freezes complets de la console....il faut donc choisir entre une compatibilité moyenne avec plantages softs, ou une compatibilité bonne mais des plantages hard. Perso avec Retroarch sous RajNX (je suis en 4.1.0), je n'ai jamais eu de plantage total, j'ai bien avancé sur FF7 et Heart of Darkness (PSX) ainsi que Metroid Fusion (GBA). Le seul petit bug, c'est parfois qu'il n'arrive pas à charger le cœur d'émulation correspondant au type de jeu (notamment si j'avais déjà chargé un jeu, et que je veux en changer). Je n'ai pas testé les favoris (je suis de la vieille école, j'ai paramétré le dossier de base dans mon sempiternel dossier "ROMDATA", et à partir de là, je charge mes jeux.

je crois que tu confonds pas mal de choses : si ton HDD est auto-alimenté par le port USB (pas d'alimentation EXTERNE) : tu dois OBLIGATOIREMENT avoir un câble en Y si ton HDD est alimenté par une alimentation externe, un simple câble USB suffit un HDD auto-alimenté par le port USB du périphérique hôte est, dans la plupart des cas, accompagné d'un câble en Y, justement pour pallier au problème d'alimentation si le port USB est trop faible un HDD alimenté par une alimentation externe n'est JAMAIS accompagné d'un câble en Y, ça n'a absolument aucun sens. bref, si ton HDD ne dispose pas dune 'alimentation externe, le câble en Y est OBLIGATOIRE, y'a pas à réfléchir 15 jours sur la question.

parce que les ports USB de la Wii U sont volontairement bridés par la console pour ne pas pouvoir alimenter un HDD correctement. il faut donc deux ports pour alimenter un seul HDD (sauf si tu utilises un SSD, qui ne nécessite que très peu d'énergie) si tu branches un HDD auto-alimenté sur un seul port, il ne sera même pas capable de démarrer et va faire le doux bruit du manque de puissance avec ce "clac clac" caractéristique (très mauvais pour sa santé)

Salut, En fonction de ce que tu veux faire, les réponses sont multiples, mais ce qui est sûr, c'est que tu ne profiteras d'aucun backup Wii U depuis une SD. Le mieux c'est un couple SD pour la partie homebrews et backup GameCube/Wii "simples", HDD pour les jeux Wii U et jeux Wii/GameCube encapsulés dans un ISO Wii U VC (pour profiter du gamepad de la console... uniquement avec les jeux n'utilisant pas le motion control) Perso je dirais SD mini 128Go + HDD mini 500Go (avec câble en Y obligatoire si auto-alimenté. Les clés USB c'est simple : INTERDIT!!!! C'est le meilleur moyen d'avoir des soucis de compatibilité.

salut, je pense que tu te compliques la vie, là où il n'y a aucune raison de le faire. Et surtout, tu n'as pas saisi le fonctionnement de RetroArch : l'interface principale se met effectivement dans le dossier Switch, mais pas les cores, qui se mettent dans le dossier de RetroArch, là où ils ont toujours été. Le dossier RetroArch de l'archive doit OBLIGATOIREMENT être mis (entier) à la racine de la microSD, ton souci d'icônes (qui sont chargées depuis ce dossier !) vient de ça Il faut voir l'interface principale comme un OS, depuis lequel on charge dynamiquement un coeur d'émulation en fonction du contenu (ROM/ISO)qu'on lui donne à manger. pour profiter de RetroArch, tout ce que j'ai fait, c'est décompresser l'archive TELLE QUELLE à la racine de la microSD. Ensuite j'ai fait un peu le tri dans les cores (mine de rien, ça prend de la place ces petites bêtes, donc les émulateurs qui ne m'intéressent pas, c'est poubelle). Pour finir, j'ai placé le NRO de RetroArch dans un sous-dossier (par défaut il se met direct dans Switch, j'aime pas quand c'est pas rangé, j'ai donc remis dans Switch\RetroArch). voilà, rien de plus, rien de moins. Et ça marche divinement bien (vu la galère pour lancer certains homebrews sur Switch, qui dépendent énormément de la version du firmware de la console, je suis à chaque fois sur le cul avec RetroArch, qui fonctionne à tout instant). Si tu veux des cœurs en stand-alone, c'est là que ça se complique. RetroArch n'a pas été développé dans cette optique, et si tu persistes dans cette voie, tu vas devoir mettre les mains bien profond dans le cambouis (et ça va vite te saouler ). Laisse les stand-alones aux autres émulateurs (pSNES, pFBA, etc.) et décompresse l'archive SANS MODIFIER QUOI QUE CE SOIT, c'est aussi simple que ça. Après, bien sûr, tu pourras adapter les menus à ta convenance (activer les options avancées, supprimer certains sous-menus, etc.).