Badablek

salut, le point A est extrêmement simple à remplacer. Ci-joint un petit photo-montage très basique qui m'a permis de trouver où arrive le via juste sous le point A sur la face opposée. (les lignes rouges m'ont juste servi de repère pour savoir où arrivent les points, rien de plus, pas pensé à les virer) ps : la même photo, mais non recompressée par le forum, ça sera bien plus lisible https://drive.google.com/file/d/0B8ybcjkJNQW-Wmo5STU0RWhoNlU/view?usp=sharing

- l'IOS236, pour priiloader, ce n'est pas que pour l'installation...je te parlais plus de l'utilisation. L'installeur de priiloader, dans sa toute dernière version, supportait peut-être AHBPROT, mais de mémoire, pas l'exécution de priiloader lui-même. - ios coréens, stub : tu as parfaitement compris la chose. tu peux tailler dans le gras si ça te dit, ça ne sert absolument à rien de les garder. tous les stub/coréens peuvent être supprimés sans problème. Ce sont des coquilles vides et/ou inutiles. 130Ko par stub, 1.5Mo par IOS coréen, quand t'en a 10 ou 15, c'est toujours ça de gagné (y'a pas de petite économie quand on n'a que 512Mo) - pour le rev 17 waninkoko, ça dépend peut-être de la version de syscheck utilisée ? à vrai dire, je ne me souvenais même pas qu'il apparaissait bien identifié, il faudra que je reteste de mon côté. - la NAND wii est découpée en répertoires, tout simplement. Certains sont en lecture seule (système), nécessitant un accès NAND (via AHBPROT, IOS trucha, cIOS) pour y modifier/installer ce que l'on veut (startpatch, ios hacké, cIOS). D'autres sont accessibles en écriture (sauvegardes, chaînes). Tout ce petit monde se partage les malheureux 512Mo de la NAND (et c'est bien pour ça qu'au final, tu n'as qu'environ 300 Mo utilisables par l'utilisateur) - la mise à jour avant hack n'a qu'une utilité : installer les IOS dans leur dernière version et avoir la liste la plus complète des IOS. Mais rien n'empêche d'installer les IOS manquants sur une console en 3.2 par exemple (évidemment, en veillant à ne pas toucher à l'IOS du System Menu en question). Ma wii est en 3.2, et j'ai juste installé les IOS manquants (principalement les 56/57/58) et laissé tous les autres tels qu'en 3.2 officielle (pas forcement besoin de mettre à jour) @Katoche : ouais il y a peut-être "your shape" aussi en IOS58. Ma liste n'est pas forcement exhaustive (même si les jeux IOS58 se comptent sur les doigts d'une main). Par contre, je veux bien que tu me donnes le nom de jeux incompatibles beta53. Je n'ai jamais réussi à mettre d2x en défaut sur un seul jeu (hormis les jeux incompatibles avec la méthode cIOS classique : tintin et Driver). La seule différence entre 52 et 53 se situe au niveau de l'emuNAND et du plug n' play, soit-disant que le 53 est moins bon en emuNAND (marche pourtant parfaitement...du moins en emuNAND partielle, jamais retesté en UNEEK) ps : le SM3.3 n'est pas stable, tout simplement, hack ou pas hack probablement la pire version, qui n'a d'ailleurs pas fait de vieux os si je me souviens bien, vite remplacée par la 3.4

- le 36 patché 236, c'est pour assurer la retro-compatibilité avec de très anciens homebrews, à l'époque où on ne connaissait pas encore le flag AHBPROT et où ils utilisaient des techniques incompatibles avec le cIOS d2x. Aucun intérêt de nos jours, sinon pour faire de la spéléo en utilisant des logiciels périmés depuis longtemps (dangereux). À la rigueur, en ayant le cIOS waninkoko rev17 (sur un slot autre que 249/250 évidemment), tu assures cette retro-compatibilité sans t'encombrer de l'IOS236. Son unique intérêt à mes yeux, c'était pour priiloader (à l'époque, il passait par le 236 ou un cIOS pour avoir l'accès à la NAND) mais depuis que priiloader mod est disponible (compatible AHBPROT), je ne vois pas trop à quoi il pourrait servir. - Installer d2x avec toutes les bases est contre-productif, inintéressant et inutile surtout ! Les bases 56+57 assurent 99,9% de la compatibilité, le 0.1% restant étant spécifique à la base 58 (que tu peux installer si tu veux, mais qui n'est utile que pour un seul jeu : uDraw). Même si je défendais l'idée qu'un jeu ne tournerait jamais mieux que sur le base IOS pour lequel il a été programmé (c'est assez logique), ce postulat induisait des soucis avec les loaders, qui se retrouvaient un brin perdu avec cette multitude de cIOS sous la main . D'une part, Wiiflow, avec son module de choix automatique du cIOS en fonction du base IOS du jeu, pouvait en perdre son latin, d'autre part, pour USBLoader GX, ça voudrait dire qu'il faudrait forcer, jeu par jeu, le cIOS qui va bien vu qu'il ne peut choisir automatiquement (totalement impensable). Skylanders n'a pas besoin d'un base IOS 37, il fonctionne parfaitement en base 56/57. Par contre il faut bien installer le d2x v10 beta 53 pour profiter du plug n' play, ce jeu utilisant un dock USB. Pour conclure, je dirais que chaque octet économisé est un octet gagné pour autre chose de plus utile. La console a déjà une NAND extrêmement limitée (512Mo dont environ 300Mo utiles) et il est si rapide de la remplir (certaines jeux étant gourmands en sauvegarde) : un ou deux Virtual console et quelques wiiwares achetés sur l'eshop, quelques sauvegardes de jeux, et pouf la console pleurniche déjà. L'empreinte d'un hack doit, à mes yeux, être la plus petite possible. Ce n'est pas en bourrant la console de cIOS qu'on réalise un hack dans les règles de l'art. Dans ce cas, autant la donner directement en pâture à pimp qui se fera un plaisir de la saloper (autant donner de la confiture aux cochons) EDIT : au fait, je suis resté en 3.2 parce que c'est la dernière mise à jour qui a encore réellement apportée une plus-value à la Wii. Toutes les mises à jour suivantes n'ont été faites que pour tenter, en vain, de stoppper le hack sur cette console. Il n'y a guère que la MAJ 4.1 qui soit aussi utile. Principale nouveauté (héritée de la 4.0) : l'export des chaînes sur la SD. Mais ce n'est qu'un cache misère honteux et misérable (quand on sait comment il fonctionne) pour combler les lacunes de stockage de la console. Les versions 3.3, 3.4, 4.0, 4.2 et 4.3 n'apportent rien sinon des (petits) bâtons (brindilles ?) dans les roues du hack

inspire-toi des IP de ton réseau local, je ne connais pas trop free, mais si ton pc est en 192.168.0.2, tu te mets en 192.168.0.9 par exemple (si IP disponible) pour les DNS, soit ceux de google : 4.4.4.4 et 8.8.8.8, soit ceux de free : 212.27.40.240 et 212.27.40.241

en fait, je déconseille simplement de toucher à l'IOS du System Menu: - s'il est patché, le "mal" est déjà fait, autant le laisser ainsi : ça n'empêche pas le SM de fonctionner et n'entraîne aucun problème. - s'il n'est pas patché, pas touche : on modifie le moins possible le système (ce qui est ma définition d'un hack réalisé dans les règles de l'art, on empiète le moins possible sur l'original). Ces conseils, je les donne principalement à ceux qui ne cherchent pas à comprendre le hack (contrairement à toi qui t'y intéresse et cherche à saisir les nuances, ce qui est une très bonne chose), pour éviter qu'ils ne jouent avec le feu. C'est le seul IOS vital de la console, il est donc primordial d'en prendre soin. OK, c'est vraiment être très (voire trop) prudent, puisque dans tous les cas, même si l'installation venait à corrompre cet IOS, tant que HBC est lancée (ou un homebrew tel que dop-mii par exemple), on peut récupérer le coup. Ce n'est que si on fait l'erreur d'éteindre et rallumer la console que c'est brické. Pour conclure, patcher l'IOS80 permet l'utilisation de la fonction de stockage des chaînes sur la SD...sans ce patch, toute chaîne trucha signée (HBC, homebrew, forwarder, etc.) exportée vers la SD ne pourra plus être ni lancée ni réimportée dans la Wii. Il faut donc peser les patates sur ce patch. Perso je n'ai pas ce problème, j'ai bloqué ma console en 3.2 et je n'en bougerai pas

salut, pour ma part, jusqu'à très récemment, ma Wii U refusait de se connecter en auto, obligé de forcer une IP statique pour que ça marche. Suite à une mise à jour (je ne sais plus laquelle), le souci s'est envolé. tu peux peut-être essayer de paramétrer en manuel l'IP de la console (ainsi que les DNS)

Blinker, je peux comprendre que ça demande plus de boulot, mais il ne faut pas déconner. La Wii U a une ATI dans le bide, comme toutes les consoles Nintendo depuis la Gamecube. Il n'est donc absolument pas difficile d'effectuer un portage quasi direct de toute la partie graphique ! (le plus gros du boulot). Quant à la programmation à proprement parlé du moteur du jeu (hors graphismes), c'est du PowerPC, ce qui est loin, très loin, d'être un domaine inconnu des développeurs. Ils sont devenus fainéants avec le temps (même si je me doute que c'est surtout une histoire de budget, les investisseurs étant du genre à vouloir une multiplication immédiate du pognon qu'ils injectent) Sinon ta liste au Père Noël est parfaite, je rêverai exactement de la même chose (bon, 4 ports manettes par console, ça risque de faire une console XXL )...mais ne comptons certainement pas sur Nintendo pour évoluer en ce sens. Quand on voit ce que donne, par exemple, le système de compte chez eux, on voit bien qu'ils sont bloqués au 20ème siècle.

à l'époque des beta test sur ce mod, l'auteur déconseillait effectivement l'installation sur une console incompatible bootmii boot2...mais quitte à me répéter : totalement fonctionnelle, sûre et à jour (j'ai beta testé la bestiole) priiloader n'est pas mal codé (il faut toujours des râleurs après tout). Il ne faut pas oublier que ce homebrew s'insère dans la séquence de boot, entre le boot2 et le System Menu. Il est bien évident qu'à cette place, si un problème survient à l'installation, ça fait des chocapic. L'IOS du System Menu n'a rien à voir avec la choucroute. Un IOS n'est qu'un module qui permet de charger un binaire. Priiloader squatte la place du System Menu et le relègue en arrière-cours. Le System Menu sera donc chargé après priiloader. Réinstaller l'IOS80 n'affectera en rien priiloader. Par contre, réinstaller le System Menu écraserait priiloader, rien de plus. Aucun risque de brick dans ce cas précis, et si la MAJ du SM est faite avec un logiciel intelligent, il détectera priiloader et de proposera au choix de l'épargner (évitant une réinstallation de priiloader après coup) ou de l'écraser. Si la MAJ est faite depuis une MAJ officielle, idem, ça écrasera simplement priiloader (en 4.3, peu de risque, Nintendo ne sortira plus aucune MAj sur wii)

salut, utilise plutôt cette version : https://gbatemp.net/threads/priiloader-installer-mod-with-cios-and-ahb-support-looking-for-testers.351061/ totalement fonctionnelle, sûre et à jour. ps : maintenant, si tu ne t'en sers que pour autobooter USBLGX, je ne vois pas trop ce qui te gêne que ça ne puisse pas lancer HBC d'autant plus qu'USBLGX intègre de quoi booter les homebrews. dans tous les cas, priiloader mod reste la versions la plus adéquate.

en fait un forwarder (à ne pas confondre avec une chaîne autonome) n'est qu'un "simple" raccourci, rien de plus. Raccourci qui pointe vers un chemin codé en dur (raison pour laquelle il faut feinter en mettant le homebrew à booter dans le répertoire pour lequel le forwarder a été compilé). tout forwarder ne fait que lancer le boot.dol du chemin pour lequel il est codé. Après, si tu y mets un autre homebrew à la place, lui ne fait aucune différence (du moment que c'est un exécutable wii, bien sûr).

USBLGX ne peut en aucun cas gérer quoi que ce soit niveau sauvegardes, et je ne t'ai jamais dit de lancer USBLoader GX avec le forwarder... le homebrew que tu veux exécuter : sous-entendre Savegame manager GX ou tout autre logiciel sachant gérer/extraire les sauvegardes le forwarder d'USBLoader GX gère AHBPROT. Il est ici détourné pour permettre de démarrer UN AUTRE HOMEBREW que tu auras mis dans le bon répertoire (sd:\apps\usbloader_gx) à la place de USBLoader GX.

salut, la seule solution que je vois, c'est de booter un forwarder sous sa forme première (exécutable dol) compatible AHBPROT, via une des failles disponibles. Celui-ci sera chargé de démarrer ton homebrew avec le flag AHBPROT désactivé. je t'ai mis en pièce jointe le fichier dol du forwarder officiel d'USBLoader GX. Place-le à la racine de ta SD; place le homebrew que tu veux exécuter dans sd:\apps\usbloader_gx (fichier boot.dol, ainsi que le meta.xml, OBLIGATOIRE pour profiter de AHBPROT) et lance la faille. Je pense que ça devrait le faire. USBLGX_Forwarder_dol.zip

si c'est pour se taper des jeux PC, à quoi bon avoir une console dans ce cas ? les consoles ont toujours eu une archi à part, et quand on veut, on peut sortir de belles choses. Sauf que les fainéants d'aujourd'hui veulent du copier/coller : je développe un jeu PC, j'adapte au minimum pour les consoles basées sur du x86 et roule ma poule. Faut faire marcher la planche à billets jusqu'à plus soif ! Les SDK de Nintendo ont toujours été réputés pour leur qualité et leur simplicité, mais sans la volonté des studios, ça ne donne rien. la Wii U en a largement assez dans le pantalon, sauf que ça demande un effort d'optimisation dont les développeurs actuels ne veulent même pas entendre parler. Une console maîtrisée sur le bout des doigts donne de très bons résultats. la puissance brute d'un matériel n'a JAMAIS été la clé d'un bon jeu ! Ce n'est qu'un cache-misère pour mauvais développeurs !

on ne peut pas non plus parler de flop total...comme avec la(le) Gamecube, les éditeurs tiers ne jouent pas le jeu et collent un gros sticker CASUAL sur le front de tous les acheteurs. Nintendo reste une fois de plus le principal moteur de son propre hardware mais n'a pas 15 paires de bras pour faire 50 jeux AAA en même temps. Quand on voit le résultat avec un MK8 qui éclate tout niveau gameplay/graphismes/fun/online/ventes, on se dit que les éditeurs tiers, en plus de catégoriser (à tord) les joueurs Wii U, ne daignent pas se sortir les doigts pour coder de bons petits jeux millimétrés comme une partition de musique. J'ai vu passer une news sur la NX sur gonintendo, mais rien de bien concret à se mettre sous la dent. Tu as vu cette date de sortie où, Byp ? Parce que là, ça devient déjà (un peu) plus intéressant (Par pitié Nintendo, n'essayez pas d'imposer une tablette ou wiimote ! Laissez le choix aux développeurs et refaites nous une vraie console avec de vraies manettes ! Quand je vois la complexité actuelle niveau manettes, ça ne donne vraiment pas envie, entre wiimote, tablette, Wii Pro controller, Manette Classic, manettes GC via adaptateur USB, j'en passe et des meilleurs, il y a de quoi en perdre son latin. Oui aux gyros et autres détecteurs de mouvements, mais oui à un vrai bon gros vieux gamepad comme autrefois pour controleur PRINCIPAL du bousin)

merci pour l'info alex793 tout se passe sur le forum désormais, les portails sont fermés. C'est donc tout à fait normal. Gueux est en pleine mutation/transformation. wait and see...

je ne parle pas de modifier les icônes, mais de modifier l'AFFICHAGE des icônes, nuance je veux dire par là que sur mon emuNAND, j'utilise un affichage des icônes sur deux lignes, comme on peut le voir ici sur ma NAND réelle, j'utilise un affichage des icônes sur 4 lignes comme là une méthode comme une autre...tu peux aussi simplement changer de skin

salut, je pense que tu as surtout oublié le plus important : l'emuNAND. La team devrait communiquer beaucoup plus sur cette fonction. En effet, tous les jeux récents (comprendre par là qui réclament une MAJ 7.x ou supérieure) ne démarreront pas sans emuNAND. Un jeu de la sorte démarré sans emuNAND, c'est un logo 3DS infini assuré. Bref, menu Gateway > format emuNAND (prévoir une carte SD suffisament grande, l'emuNAND bouffe 1Go sur une 3DS, 2Go sur un New 3DS) ensuite, quand tu booteras en mode Gateway ou Classic, l'emuNAND sera automatiquement chargée. Restera à aller dans les paramètres, bien vérifier que tu es en GW3D et mettre à jour en ligne par le menu qui va bien (ne surtout pas quitter les paramètres entre temps) pour passer l'emuNAND en 9.5 À partir de là, bien se mettre dans la tête deux choses, pour éviter les upgrades de NAND réelle (*) : 1/ quitter les paramètres en mode emuNAND repassera la console en NAND réelle. 2/ quitter Smash Bros ou Monster Hunter 4 repassera la console en NAND réelle (une astuce permet de l'éviter, en lançant certaines applications alors que tu es dans l'un de ces jeux puis en quittant ladite application) (*) dumpe ta NAND réelle et mets là au chaud sur un HDD, ça sera la seule solution pour downgrader (via le mod SD hardware) si tu fais une MAJ NAND réelle en 9.5 !

ouais Serik, c'est bien ça j'étais fatigué hier, j'aurais du me souvenir que les deux plus gros jeux 3DS, c'est smash et MH4 ^___^ @AlexxC, la logique voudrait qu'un jeu dématérialisé utilise le même type de sauvegarde que la cartouche...à vérifier.

bah nan, pourquoi voudrais-tu que ça pose problème ? gateway n'a aucune raison de diviser 3DS / New 3DS et s'attirer les foudres des uns et des autres la première chose que j'ai faite pour injecter la save hackée, c'est mettre à jour le kernel en 3.1.0 aucun souci, le linker marche à la perfection sur ma 3DS classique ^___^ EDIT : quant à ton souci de savoir si tu es ou non en gateway, ça n'a pas changé depuis le début du hack 3DS. Si tu sors des paramètres ou d'un jeu trop gourmand (2 titres provoquent ça : Super Smash Bros et un second dont le nom m'échappe ce soir), tu retombes en mode "normal". le principe de l'emuNAND, une fois dissociée de la NAND réelle, c'est que tu peux les différencier en modifiant (par exemple) l'affichage des icônes (perso je suis en mode 4 lignes en NAND réelle et 2 lignes en emuNAND, impossible de se tromper !), en créant un répertoire sur l'une ou l'autre des NAND, en appliquant un thème différent, etc. Et la cerise sur le gâteau, c'est que tu peux profiter de l'eshop, du online, des fonctionnalités liées à internet, des jeux récents...

bah le plus récent...il n'y a aucune plus-value à rester sur un vieux kernel il faut au minimum un kernel 3.x vu que le linker a été mis à jour.

pour ma part, impossible d'activer le mode 3D sans avoir un effet immédiat de dédoublement (pas du à une mauvaise posture ou distance oeil <> console) j'ai eu beau testé plusieurs fois, à chaque fois, le problème reste identique. EDIT : je viens de comprendre. Si la faille est bootée slider 3D sur off, une fois en gateway, impossible de le réactiver. L'eye tracking est figé, l'effet 3D saccagé. je viens à l'instant de tester de booter la faille slider activé : aucun souci en mode gateway.

alors pour info, parmi les bugs très gênants : le mode 3D est tout bonnement inutilisable (pour une console justement axée sur la 3D, dommage) dès que le slider est activé, l'image se dédouble et ne permet en aucun cas un vrai affichage 3D. L'ajustement auto (eye tracking) est tout autant inopérant << EDIT : UNIQUEMENT SI LA FAILLE EST BOOTÉE SLIDER 3D SUR OFF comme sur 3DS, je recommande fortement de formater la console juste après avoir formaté l'emuNAND, afin de dissocier définitivement NAND réelle et emuNAND (le formatage de la NAND réelle permet de régénérer de nouvelles clés de chiffrement, ainsi, emuNAND et NAND réelle ne se mélangent pas). Bien sûr, à ne PAS faire si vous avez acheté et installé des jeux dématérialisés (et qui ne seront pas réinstallables vu qu'il faudra passer par l'eshop...qui demande la dernière MAJ), il faudra dans ce cas préférer démarrer en mode gateway sur l'emuNAND et formater celle-ci plutôt que la NAND réelle.

oui Byp, à chaque démarrage (cold boot) il s'agit d'un hack de type sauvegarde, qui ne débouche pas sur la quelconque installation d'une chaîne homebrew ou autre. En effet, comme la Wii U, la 3DS vérifie d'une part les binaires à l'installation...mais d'autre part à chaque démarrage de l'application en question. Impossible donc d'avoir un hack "en dur" sans passer par le démarrage préalable de Zelda et de la faille qui l'accompagne dans la save.

testé à l'instant avec ma cartouche day one : aucun souci ma New 3DS ambassador va enfin servir. ça me rappelle l'âge d'or du hack Wii, avec la toute première sauvegardé hackée de la team twiizers j'en verserai presque une petite larme... EDIT : attention, la NAND de la New 3DS fait 2 Go. Si vous créez d'abord votre emuNAND (comme moi), avant de dumper votre NAND réelle, vous allez vous retrouver à court de place, la microSD ne faisant que 4Go (3.63Go utilisables) je vous conseille de dumper d'abord votre NAND réelle, la copier sur votre PC, et seulement après mettre en place l'emuNAND

merci d'avoir prévenu, j'ai rédigé une news en conséquence.