Badablek

voila, c'est ça. par contre n'oublie pas qu'une mise à jour 1.4.3 est sortie il y a peu ça serait dommage d'acheter un linker qui ne supporte pas cette nouvelle mise à jour (d'autnat plus si tu veux aller sur la boutique en ligne sur ta DSi, qui réclame cette mise à jour).

quitte à me répéter : tu confonds kernel et firmware dsir4. tant que tu ne feras pas la différence entre les deux, tu ne pourras pas comprendre le petit monde merveilleux des linkers. le firmware de ton linker, c'est l'équivalent du bios de ton PC. le kernel de ton linker, c'est l'équivalent du système d'exploitation de ton PC. bref, pour faire une analogie facile : si le bios de ton PC ne supporte pas (par exemple) les CPU core i7, le fait de mettre à jour ton système d'exploitation n'y changera rien, on est bien d'accord ?? eh bien si le firmware de ton linker ne supporte pas les DSi 1.4.1, 1.4.2 ou 1.4.3, tu pourras faire autant de mise à jour de kernels que tu veux, ça ne démarreras JAMAIS sur une DSi à jour. Donc pour résumer, ton linker ne peut pas être mis à jour AU NIVEAU DU FIRMWARE, donc tu ne peux pas l'utiliser sur une DSi qui est en 1.4.1 ou + pas plus compliqué.

exactement. sauf si le linker peut être mis à jour (au niveau du firmware j'entends) et que la team propose ladite mise à jour (ce n'est pas gagné).

salut, tu essaies de lancer un linker incompatible avec les dernières mises à jour. Donc normal que ça ne marche pas. et mettre à jour le kernel n'y servira pas à grand chose (le kernel n'est que la surcouche utilisateur), étant donné que c'est au niveau du firmware du linker (le "moteur" interne) que ça ne va pas. Un firmware ancien = non compatible 1.4.1, 1.4.2 ou 1.4.3. D'ailleurs c'est noté jusque dans le nom du kernel : "with 1.4.2 or 1.4.1 or 1.4 mark" pas de tampon 1.4 > pas compatible 1.4 et + pas de tampon 1.4.1 > pas compatible 1.4.1 et + pas de tampon 1.4.2 > pas compatible 1.4.2 et + et à ma connaissance, ton linker n'est pas upgradable au niveau du firmware (si tu donnes le bon lien du site, on pourra peut être voir plus en profondeur...le lien que tu as posté renvoie vers un pauvre site qui n'a rien à voir avec les linkers), vas falloir repasser par la case "tiroir-caisse".

le cIOS d2x est bien, mais un détail...de taille...vient (un peu) noircir le tableau de ce cIOS génial. tu ne peux pas utiliser ce cIOS d2x pour installer quoi que ce soit avec Wad Manager (ni même l'installeur de d2x !) obligation de passer par le cIOS Hermes 222 ou l'IOS236 (si installé, logiquement oui sur une wii avec un system menu récent). le d2x, faut le voir comme un cIOS purement destiné aux loaders, pas aux managers de wad ou autre logiciel ayant besoin d'un accès NAND. en espérant que ça soit corrigé un jour (tant que ça n'est pas au détriment de la compatibilité et de la qualité bien sûr).

à la demande d'ALI, je vais essayer de poster régulièrement les versions compilées SVN de ce loader. je commence le bal avec la R372, qui n'a que quelques heures. le pack contient pour les principaux slots d'installation de cIOS (222/249/250), si nécessaire je peux compiler à la demande pour d'autres (de toute façon j'utilise 7z pour compresser, et comme ça ne modifie qu'un octet, que je compresse 1 ou 50 versions, ça prendra toujours la même place) c'est du brut de brut bien sûr, sans aucune alteration des sources, disponibles ici : http://code.google.com/p/wiiflow/ et bien évidemment, ça reste une version BETA, bugs compris ! Donc si ça ne marche pas...bah ça ne marche pas et puis voila la 373 devrait corriger (entre autres choses) le problème de pooping quand les bannières son des jeux sont lues (ça crachotait jusqu'à présent) Grenier (versions obsolètes) : R372 : http://www.megaupload.com/?d=87U0X90D R373 : http://www.megaupload.com/?d=JX6BTJLF R374 : http://www.megaupload.com/?d=VK6I24JL Dernière version SVN en cours : R375 : http://www.megaupload.com/?d=F0S6W6CN ---------------------------- Après un petit test rapide, la 373 est vachement plus réactive au niveau du loading initial, ça fait vraiment plaisir à voir !!! Les bugs sonores au niveau de la lecture des bannières sont bien partis (reste juste le son de navigation entre les jeux qui n'est toujours pas lu, rien de méchant). le bug de synchro wiimote est (hélas) toujours présent...mais ne doit toucher que certaines configurations particulières telles que la mienne (SDHC8Go+HDD 2.5" partitonné en 2 : #1 FAT32, marquée active, #2 NTFS pour les jeux en WBFS). Si une SD est présente au boot (peu importe la marque, la taille, qu'elle soit HC ou non), la wiimote se synchronise vraiment tardivement (le coverflow est déjà chargé depuis bien longtemps) Obligé de modifier l'initialisation dans le fichier main.cpp pour qu'il ne monte que les volumes USB, afin d'éviter la SD qui pose problème (modification à la Mc Gyver, mais faut ce qui faut) le changement de police et de parser xml (depuis quelques versions) a dû détraquer un truc, les accents ne sont plus affichés comme il faut à part ces légers soucis, que du bonheur cette nouvelle version. Tout marche merveilleusement bien. ---------------------------- R374 : rien de bien transcendant : retour de la police "DejaVu", support des caractères cyrilliques et baltiques les caractères accentués semblent toujours problèmatiques (mais ce serait apparement dû aux skins et non à wiiflow !)

salut ALI, oui, je suis de très près wiiflow (j'adore vraiment ce loader). Je peux poster les nouvelles revisions compilées à la rigeur, mais pas en tant que news, par conviction. En gros, je suis contre l'exploitation sous forme de news de versions non officiellement compilées par ceux qui font vivre ce magnifique loader (idem pour la plupart des homebrews sinon tous). ça serait (pour moi en tout cas) un manque de respect envers les développeurs, raison pour laquelle je ne newse que les versions stables, ou les beta officielles. Le proposer sur le forum, pour aider un petit peu, ça me convient très bien par contre ^___^ je poste ça dans le dernier sujet concernant wiiflow, on ne va pas polluer celui d'USBLoader GX http://gueux-forum.net/index.php?s=&sh...t&p=1930017 EDIT : c'est bien ma veine, y'a la 373 dispo entre temps. Je recompile.

oui, enfin deux fois c'est vite dit : une fois que tu as installé le premier, tu peux revenir au menu principal de l'installeur et faire la suite dnas la foulée (c'est pas comme un cIOS waninkoko qui nécessite de redémarrer l'installeur autant de fois que d'installations). ps : par contre juste un truc, tu ne peux pas utiliser le cIOS d2x comme IOS de démarrage de l'installeur (tu auras un erreur d'écriture). Donc utilise l'IOS de démarrage 236 (je suppose que tu dois l'avoir)

tant mieux pour wiiflow. pour wiimc, ça me rappelle un bug du forwarder officiel de scummvm, qui plante la detection du HDD s'il est lancé depuis ce même HDD (depuis une partition FAT, par exemple). ScummVM se lance effectivement depuis le HDD, mais une fois dans scummvm, aucun périphérique USB n'est détecté. certains forwarders sont très mal foutus à ce sujet (mauvaise initialisation au moment de lancer le dol, je suppose). bref, il faudrait tester un autre forwarder. Tu peux même utiliser celui de wiiflow en remplaçant (temporairement) les binaires de wiiflow par ceux de wiimc (bien sûr tu gardes bien au chaud les binaires de wiiflow, dans un autre répertoire, le temps du test). Comme ça, tu sauras déjà si ça vient du forwarder (c'est presque certain)

ce que j'appelle lecteur à faille n'a rien à voir avec les failles logicielles permettant un hack software. c'est bien pour ça que j'ai précisé "(autre que D3 ou D4 donc)" autrement dit, les lecteurs qui possèdent encore le mode debug : DMS, D2A, D2B, D2C, D2E (je ne me souviens plus si le D3 "simple" est Ok aussi avec les launchers DVD) D3-2 et D4 ne peuvent pas lancer de backups DVD, puce ou pas puce, hack ou pas hack bref, si tu as un lecteur trop récent, ça te donnera une erreur de lecture au boot des backups DVD (que ce soit GC ou Wii) si tu as un lecteur plus ancien, ça marchera.

tu n'en trouves pas (de loader) parce que c'est tout simplement impossible...limitation hardware au niveau de la RAM. des launchers DVD GC existent...mais se limitent aux lecteurs à faille (autre que D3 ou D4 donc), il ne faut pas espérer les lancer depuis une wii noire ou trop récente. un POC de loader USB avait été développé il y a quelques temps (dios mios) avec quelques très rares jeux qui fonctionnaient à peu près (loin de tourner comme sur une GC originale), mais l'auteur a finalement abandonné quand il a pu démontrer par A+B que ça ne serait jamais faisable (comprendre par là : ça ne pourrait JAMAIS permettre une exécution normale des jeux). donc soit tu utilises une puce nappe qui possède cette fonction, soit tu passes par swiss-GC et un adaptateur SD Gecko ou IDE/EXI. dans tous les cas, depuis un HDD connecté à l'USB de la wii, tu oublies, ça n'arrivera jamais. ps : Crediar a réussi à rediriger l'accès aux memory card GC vers le slot SD interne de la wii. Donc en théorie, swiss-gc pourrait être amené, un jour, à pouvoir charger les jeux GC depuis la SD de la wii...à voir.

c'est un peu le minimum syndical...je ne vois même pas comment tu as pu installé une rev21 sur le base IOS 58 (je ne me souviens pas que l'installeur le propose) l'IOS58 comme base IOS pour les cIOS est à PROSCRIRE ABSOLUMENT. C'est une très mauvaise idée, pour de très mauvaises performances et de très mauvais bugs ! installation de base : hermes 5.1 base IOS "normal" -imposé par l'installeur- sur slot 222 d2x v6 base IOS56 sur slot 249 d2x v6 base IOS57 sur slot 250 ps : quand je disais que ça ne venait pas du cIOS, j'avais évidemment en tête que tu utilisais DEJA le cIOS d2x. Ce qui, d'après tes rapports, n'est pas du tout le cas bref, installe comme précisé plus haut, ça devrait aller beaucoup mieux (en utilisant ça conjointement à wiiflow R369 [249]).

parce que quand tu installes HBC depuis hackmii AVANT l'IOS58, celle-ci utilise forcement l'IOS61. réinstalle HBC maintenant, et l'IOS58 sera utilisé (puisque présent dans ta wii maintenant). ps : merci d'éviter le langage SMS, ça ne coûte pas plus cher d'écrire des mots complets.

c'est bien ça. USBLOader GX est compilé en fonction des slots de cIOS les plus communs (donc 222, 249, 250). si tu décides, pour une raison ou une autre, d'installer le cIOS sur un autre slot, il te faut recompiler USBLoader GX (*) en précisant ce slot (méthode propre) OU forcer l'IOS251 dans les options (méthode bien moins propre puisque le loader se lance sur le slot222/249/250 - suivant la version utilisée - puis recharge ensuite le cIOs paramétré dnas les options, rajoutant des intermédiaires et compliquant les choses). tu as choisi le slot251 pour une raison bien particulière ? pour info, une installation de base actuellement, c'est : cIOS hermes 5.1 base IOS standard (on ne peut pas le choisir de toute façon) sur slot 222 d2x v6 base IOS56 sur slot 249 d2x v6 base IOS57 sur slot 250 (*) Pour recompiler USBLoader GX : 1/ installation de devkitpro (qui installera le dernier devkitPPC R23 et libogc 1.8.7) 2/ récupération des dernières sources d'USBLoader GX avec un client SVN (pour ma part, j'adore RapidSVN) à l'adresse suivante : http://usbloader-gui.googlecode.com/svn/trunk/ 3/ compilation d'USBLoader GX en précisant l'IOS251 : ouvrir une boite de commande DOS dans le répertoire des sources (où se trouve le makefile) et taper ceci (bien respecter la casse, les espaces, les guillemets !) make "IOS = 251" 4/ partir boire un café et/ou fumer une clope (le tabac tue ), c'est super long à compiler. si tu as un éditeur héxadécimal, tu peux aussi modifier le slot de base (cIOS) sans recompiler en ouvrant les boot.dol des versions 222 et 249 (par exemple) et en comparant sur un éditeur héxa, tu trouveras une seule différence, à l'offset "D1D03", qui contient "DE" pour l'un et "F9" pour l'autre (soit "222" et "249" en valeurs héxadécimales). tu veux un boot.dol qui charge direct sur le slot 251 ? tu héxaédites le boot.dol 249 (par exemple), tu vas à l'offset "D1D03", tu remplaces "F9" par "FB", tu enregistres, et c'est bon. attention, l'offset peut varier d'une release à l'autre. c'est "D1D03" pour la R1100, peut être que ça sera un autre offset pour la R1101 (d'où l'utilité de comparer les binaires d'une même release pour être sûr de l'adresse exacte)

je n'avais pas tilté sur le coup, mais ça : c'est pas normal du tout ! télécharge et utilise dop-mii, histoire de voir les IOS présents, leur version (et accessoirement tu pourras réinstaller proprement ton system menu et l'IOS qui lui est associé) un SM 4.2, ça tourne sous IOS70 formater = perdre toutes les chaînes et obligation de réutiliser une faille. donc NON, SURTOUT PAS. et tu crois vraiment qu'un formatage remet les IOS d'aplomb ? certainement pas. ps : tu récoltes les fruits de pimp. Alors oui, les logiciels pousse bouton, c'est marrant, ça fait tout, tout seul, mais ça le fait mal, très mal. et c'est quand on commence à avoir des ennuis qu'on finit par comprendre que c'est le pire logiciel de hack qui puisse exister. de toute façon, là, ton system menu, tous tes IOS, et plus si affinités, sont plombés par cette cochonnerie de pimp...même pas besoin d'un syscheck, ça coule tellement de source. une réinstallation des IOS ne serait pas du luxe (dop-mii ou installation manuelle des WAD avec wad manager)

tu as essayé avec pimp, syscheck (ou les deux) ? j'imagine déjà le carnage niveau IOS...t'avais déjà utilisé pimp avant, pour hacker ta console (une version ancienne) ? Darkcorp/CiosCorp ou autre cochonnerie peut-être ?

euh....un syscheck, tu le postes COMPLET ou tu ne le postes pas du tout. parce que là, ça ne sert absolument à rien...

bah tu prends la version 249, tout simplement. la R1100 fonctionne exactement de la même manière (compilé pour différents IOS), donc pourquoi te poser la question ? et ce n'estp as comme si ta console allait prendre feu si tu te trompes...au pire tu auras un écrna noir ou un reboot de la console, si tu n'utilises pas la version adéquate (par exemple une version compilée pour le 222 si tu n'as pas le cIOS 222 installé) et quitte à le répéter, USBLoader GX n'est pas la SEULE et UNIQUE solution. ps : et merci d'éviter de upper un message déjà en haut de liste (en quotant ton propre message), c'est ridicule, inutile, et je supprimerai tout message ne servant qu'à ça. Ménage effectué (et ça sera la dernière fois avant lock, s'il le faut).

et en repassant à une version antérieure, ça ne marche plus ? essaie avec wiiflow R369 : http://gueux-forum.net/index.php?s=&sh...t&p=1928924 à moins que la R1100 d'USBLoader GX n'ait crashé la partition, je ne vois pas comment le loader peut rendre un HDD introuvable. ton HDD est toujours ok ? (précise d'ailleurs le type de partition que tu utilises)

avec le logiciel du même nom : http://wiibrew.org/wiki/SysCheck ou avec pimp (oui, pimp peut au moins servir à quelque chose ) avec l'un ou l'autre, tu auras un fichier crée à la racine de ta carte SD (format csv il me semble). Tu n'auras plus qu'à l'ouvrir, copier le contenu et le poster sous forme de message sur le forum

salut, quel cIOS a été installé par pimp ? sur quel base IOS ? quelle marque de disque dur ? tu as essayé d'autres loaders (c'est pas comme si USBLoader GX était la seule option) ? bref, fournis des détails sur ce que tu as fais, et accessoirement fait un syscheck de ta wii et poste le sur le forum, qu'on voit quelles conneries pimp a bien pu faire (et il est capable d'en faire de bien jolies)

c'est déjà ce qui se faisait sur wii, donc il n'y aurait rien d'étonnant à ce que ce soit pareil sur 3DS. si ta console vient à être HS, tu peux faire une demande pour un transfert de license des jeux achetés vers la nouvelle console. Nintendo n'a jamais été à la pointe de la technologie notamment pour tout ce qui touche le online et/ou dématérialisé. c'est vrai que c'est tellement compliqué, de nos jours, d'avoir un compte sur nintendo.fr et d'associer ses achats avec le compte (fixe) en question et non avec une console (par définition, pas fixe du tout !) peut être qu'un jour, ils y réflechiront...ou pas

avec wiiflow et CFG Loader aussi. l'astuce pour contourner la détection des loaders USB a été postée et intégrée à tous les loaderss depuis un bon mois.

perso j'ia longtemps eu la même configuration que toi...puis l'avancée des loaders aidant (support fat32, ntfs, ext3, etc.) et l'envie de ne plus être dépendant d'une partition dont je n'ai aucun contrôle et que windows s'entête à vouloir formater, je me suis mis au NTFS. et je ne le regrette absolument pas ! reste encore quelques légers soucis (le seul que j'ai relevé : l'impossibilité de supprimer un jeu directement sous wiiflow...obligé de passer par un PC pour virer le fichier, rien de bien méchant) le ntfs est lu nativement par windows, tu peux le défragmenter, faire des opérations de copie/suppression sans dépendre d'un quelconque logiciel (la seule dépendance, c'est au moment de la création du fichier WBFS si tu transformes un iso que tu aurais fait depuis un lecteur compatible, par exemple) donc à toi de voir. j'aime bien les choses claires, et un format de partition obscur, aussi bon qu'il soit (et y'a pas à dire, c'est un bon format !), reste un format de partition obscur, sur lequel tu n'as pas vraiment de prise (et quand une partition wbfs est plantée, tu perds absolument tout...en ntfs tu as des systèmes de contrôle et récupération des données.

A noter que tous les linkers compatibles DSi doivent obligatoirement passer par cet emprunt d'icône d'un jeu commercial. ces icônes sont signées et nécessaires pour que la DSi daigne lancer ce qui se trouve dans le slot1. dans les grandes lignes, quand Nintendo sort les crocs (plutôt des dents de lait ), les teams n'ont qu'à piocher une icône dans un autre jeu...et c'est reparti pour un tour de piste, jusqu'à la prochaine mise à jour et contre-attaque.