badablek

bienvenue au club (va falloir faire des cartes de membre pour ce club très fermé qui ne cesse d'augmenter)

salut, commence par la base : un petit coup de syscheck, et tu copies/colles, sur le forum, les résultats contenus dans le fichier csv créé à la racine de ta SD. à partir de ces résultats, on pourra t'en dire plus. ps : ce n'est pas le contenant qui compte, mais le contenu...et si tu voyais les conneries que peut faire ce "logiciel", tu le trouverais de suite beaucoup moins cool

alors pour commencer, c'est un peu les goûts et les couleurs de chacun, donc ce que je vais dire juste dessous n'est que mon propre avis sur la question, mais se base tout de même sur des théories et des pratiques bien réelles. la 3.2 est la meilleure version, IMHO, pour diverses raisons : - sa stabilité à toute épreuve - pas de protection anti-hack - pas de menu SD inutile (la vaste blague des SM 4.0 et +, voir explication plus bas) - des IOS avec faille trucha (même si personnellement, j'ai mis à jour tous mes IOS, sauf le 60, à la dernière version, sans faille) - la possibilité de lancer la faille Zelda (je suis un grand sentimental, cette faille m'est très chère) tous les SM > à 3.2 n'ont fait qu'ajouter des pseudo-protections anti-hack ainsi qu'une fonction totalement useless de transfert SD (pour pallier au stockage minable de la console) sauf que les chaînes, une fois sur SD, ne peuvent pas être exécutées sans être recopiées au préalable dans la NAND >> perte de temps, stress de la NAND avec des processus de lecture/écriture plus fréquents >> risque plus élevé de cramer des cellules de la NAND (qui n'ont pas un cycle d'écriture infini, rappelons-le !) absolument aucune innovation ne pourrait inciter qui que ce soit de mettre à jour au delà du SM 3.2, donc j'y reste. J'ai fait une petite entorse à cette règle quelques mois en passant en 4.1 (me semble que c'était rapport à l'anti burn-in TV de la console...dont j'étais persuadé que le SM 3.2 était dépourvu...en fait je l'avais juste désactivé par mégarde ) Tout ce que font les SM 3.3 et +, le SM 3.2 le fait aussi bien...quant au menu SD, je m'en passe sans problème, de cette poudre de perlimpinpin la seule chose qui manque, c'est le fameux IOS58 pour profiter de l'USB2 sous HBC...facilement contournable en l'installant manuellement. EDIT : toutes les consoles ne supportent pas forcement de SM < à 4.0 (notamment toutes les wii produite à partir de mi-2009 environ). pour les wii au délà de 2009, le SM 4.1 reste le meilleur compromis. D'ailleurs toute tentative d'installation d'un SM < à 4.0 sur une console livrée d'origine en 4.0 ou > résulterait en un brick immédiat et irrémédiable (sauf dump préalable de la NAND + puce infectus pour réinjecter un dump valide 4.0 ou >)

ps: la MAJ 4.3 n'est pas obligatoire si tu ne passes pas en 4.3, il suffit de rajouter l'installation de l'IOS58 avec IOS58 Installer à tout ce que j'ai écrit dans l'autre sujet. (je préfère préciser, parce que perso suis allergique à cette MAJ...rien de mieux que la MAj 3.2 )

Lolo18, un checksum différent ne veut pas forcement dire que ce n'est pas un bon dump. quand il s'agit de bugs ponctuels et qui ne se reproduisent pas d'une wii à une autre, c'est toujours très difficile d'établir un diagnostic clair et bien défini. logiquement, quand tu trimmes un ISO, tu peux perdre plus ou moins de données suivant le logiciel utilisé, ça dépend notamment de ce qu'il considère comme données utiles/inutiles. je vais essayer de passer mon ISO 1:1 de Luigi's Mansion à la moulinette avec le soft que tu as cité, voir s'il me donne le même résultat qu'avec DiscEX. Bref, pour être sûr de la chose, teste avec un ISO non trimmé, une copie 1:1 dont le checksum correspond bien à la signature de redump.org (une véritable bible pour vérifier ses dumps !). Si le jeu passe, tu pourras ensuite essayer de le trimmer avec discex (discex.exe -c nom_de_ton_iso.iso). comme déjà dit plus haut, perso, je vérifie toujours mes dumps réalisés sous CleanRip avec redump.org avant toute conversion. Je vérifie aussi que, dans la base de compatibilité de DM sur GBAtemp, le jeu ne réclame pas une attention particulière (jeu incompatible si trimmé ou nécessitant un DVD dans le lecteur, par exemple).

tu peux commencer par télécharger et installer l'excellent freeware Summer Properties, qui te permettra de calculer les CRC32, MD5 et/ou SHA1 d'un fichier (clic droit > Propriétés > Checksum). Ça te donnera déjà un point de base pour voir si ton fichier game.iso est identique au mien. après un truc très simple, ça serait d'utiliser un dump 1:1, à renommer game.iso et placer dans le répertoire de Luigi's Mansion, pour un test rapide.

un bad dump ne veut pas forcement dire qu'il ne marchera pas avec telle ou telle version d'un loader ou de DM. Je pense que les patches (activés ou non) y jouent pour beaucoup aussi surtout quand Crediar modifie leur adresse. j'ai déjà vu plusieurs personnes rapporter que Luigi ne fonctionnait pas, à chaque fois ça s'est soldé par un redump et le jeu marchait à merveille (de mémoire, c'était sur GBAtemp). ce n'est pas "mauvais" dans le sens "mal dumpé", mais peut être mal converti (d'où une piste d'utiliser un dump 1:1) Si tu veux comparer nos dumps du jeu : Luigi's Mansion version PAL dumpé en 1:1 via CleanRip, de mon original (acheté en day one) validé par redump (CRC32, SHA1 correspondant à la base de données) converti via discEX (0.8) avec option -c Dossier GLMP01 game.iso : 272Mo CRC32 : 76A69420 MD5 : 1AC1ABF2FFCBD440CC8EFA5CFC3181F5 SHA1 : B825A749D4D824793F35BEB550F07411A21DD98A perso j'utilise toujours discex 0.8 pour "convertir" mes jeux, avec l'option -c pour trimmer. ps : me suis amusé à compiler un forwarder sans splashscreen pour USBLoader GX. On ne gagne absolument rien niveau boot (le splash servant en fait à masquer le loading du boot.dol en tâche de fond, donc présent ou non, ça ne change rien) @x-kent-x : ne pas confondre lenteur ingame, et lenteur d'initialisation. En l'occurence ce qui est important là, c'est le temps d'initialisation du HDD. Un HDD lent à démarrer peut tout à fait fonctionner normalement ingame...mais peut résulter en un loading plus long d'USBLoader GX (quand il tente juste d'initialiser le disque). L'inverse aussi est tout à fait possible d'ailleurs ^___^

- Patch progressif + padhook activés dans les options générales (le mode video n'a aucune incidence sur le 480P, de ce que j'en sais) pour l'instant, j'ai désactivé le 480 sur Mario Sunshine, faut que je réinstalle d'autres jeux pour tester plus loin (je dois avoir une bonne 50aine d'originaux qui m'attendent...mais c'est long à dumper ) - jamais eu le moindre souci avec mon build, et je le mets à rude épreuve (notamment pour tester des choses avec les sources). Tu es bien en affichage Chaînes ? ton HDD n'aurait pas des soucis de lenteur pour s'initialiser ? - la taille de cluster peut engendrer du lag in-game, pas au boot. J'atais en 32K avant, et jamais DM n'a mis plus de 3 secondes à s'afficher. - mauvais idée,.Activer NMM (No More Memory) pour émuler une CM GC, c'est aller droit à la catastrophe. Très peu de jeux compatibles (ils se comptent sur les doigts d'une seule main !). Et comme Nintendo n'a pas cru bon autoriser sauvegarder dans la Wii (tout est désactivé en mode GC), il va falloir trouver une carte mémoire sinon il faut passer par devolution (qui emule parfaitement les memory card, lui). Sauf que les isos doivent être clean, et vérifiés avec l'original (sinon devo ne le boote pas) - tu parles de partition HDD, de DM, de DML, de SDHC...j'avoue que ça me perd un peu. Tu les lances d'où, tes jeux GC ? @Lolo18, perso j'ai retesté la 1203 >> écran vert sur Mario Sunshine en 480P (ok en mode normal) Luigi marche parfaitement en 1215, là faudrait voir du côté de ton dump (moi vais redumper mon sunshine, au cas où ) des fois, sur certains jeux, le fait de trimmer ou non les données inutiles, donne des résultats différents ! Ton sunshine est un dump 1:1 ou un ISO saucissonné en discex -c ?

le patch progressive mode permet de lancer tous les jeux en 480P logiquement (aucun jeu PAL n'étant programmé pour cela nativement). Mais après réflexion, Mario Sunshine semble ne pas aimer le 480P... le mieux est d'activer par défaut le patch progressive (options générales), et de le désactiver pour les seuls jeux incompatibles (options jeu par jeu) je viens de retester rapidement USBLoader GX 1215 + DM 2.10, avec patch progressive et padhook. J'ai pris soin de rebasculer l'option "Video" sur "Auto" (il était réglé sur "paramètre du jeu", bizarrement, mais ne semble pas avoir d'incidence sur le souci d'écran noir de Mario Sunshine) : - 480P nickel (testé avec Luigi's Mansion, Zelda WW, Zelda TP, Resident Evil Code Veronica X) - boot nickel à titre de comparaison pour faire un petit benchmark : - section GC, montre chrono en main, à partir du moment où je valide "Démarrer" avec A (patch progressive + padhook activés) >> environ 3 secondes pour voir apparaitre le logo de DM, qui reste à l'écran 5 à 6 secondes (le temps d'initialiser le lecteur, on l'entend bien d'ailleurs) soit un boot moyen entre 8 et 9 secondes. Ce qui me semble franchement raisonnable, non ? je précise que tous mes jeux GC sont au format DiscEX avec l'option "-c" (gain de place, et moins de fragmentation que le format GCreEX !) sur partition FAT32 formatée en 16K, répertoire de base (GAMES). - USBLoader GX boote quant à lui en 15 secondes (environ 70 jeux Wii, 10 jeux GC, 50 WW/VC) à partir du moment où je clique sur Démarrer. Ce temps inclut donc le petit timeout pour afficher le splashscreen de la chaîne (qui, mine de rien, bouffe du temps au boot !). Un forwarder sans splashscreen existe il me semble

ce n'est pas pour rien si j'ai uploadé la dernière version, postée juste au dessus... http://www.metagames-eu.com/forums/wii/nouveau-hack-wii-4-3e-2-133438.html#post1756376

le screenshot parle de lui-même pour expliquer l'interêt des onglets. en haut, tu te retrouves avec 3 onglets dans lesquels tu peux naviguer indifférement entre Wii, GC et WW/VC. très pratique je trouve. Ca évite de mélanger les genres, et ça évite de devoir cocher/décocher les types de jeux que tu veux voir s'afficher. quant au retour loader, j'avais bien saisi de quoi tu parlais ^___^...et mon explication vaut tout autant pour le boot initial que pour le retour depuis un jeu. En effet, le retour au loader, ce n'est ni plus ni moins que le rechargement de la chaîne que tu as paramétré dans les options d'USBLoader GX. En quittant un jeu, au lieu de relancer le system menu comme d'habitude, tu relances en fait le forwarder d'USBLoader GX, qui relance le boot.dol du loader...qui lui-même doit recharger la liste de tous les jeux (d'où perte de temps par rapport à wiiflow qui ne recharge qu'une liste partielle) Par défaut, Wiiflow ne met pas à jour la liste de jeux (premier gain de temps conséquent) ET ne charge que la portion de liste du type du jeu qui a été lancé juste avant (WII, GC ou WW/VC) (deuxième gain de temps)

@Lolo18, le problème ne vient pas du loader, mais de DM qui n'arrête pas d'évoluer, avec des patches qui ne correspondent plus d'une revision à une autre. En utilisant la rev1203 du loader, tu t'obliges logiquement à ne pas mettre à jour DM et tu ne profites donc pas de certaines fonctionnalités, comme le swap de disque automatique sur les jeux multi-dvd. un loader ne fait que passer des arguments à Dios Mios, et active certains patches si activés dans les options. À part ces patches, aucune interaction négative possible avec DM, qui reste seul maître à bord en mode GC ! Le seul souci peut venir d'un patch activé sur le loader qui ne correspond plus à l'adresse du patch sur Dios Mios (si loader et Dios Mios ne sont pas à jour tous les deux). un loader à jour + un DM à jour, et jamais eu de souci pour ma part (je n'ai pas non plus fait des tests poussés, ça se résume à Luigi's Mansion, Mario Sunshine, Zelda TP et WW, Starfox adventures). Si tu as des exemples de jeux qui posent problème, merci d'en citer quelques uns, que je teste de mon côté. le boot des jeux GC en rev1215+DM2.10 : après un petit splash screen Dios Mios de 4 à 5 secondes (le splash apparait instantanément une fois le jeu choisi), le jeu est lancé...rien de bien méchant. @x-kent-x, wiiflow triche au loading, puisqu'il charge séparement les listes de jeux Wii, GC, VC/WW, donc forcement ça donne l'impression qu'il est rapide. USBLoader GX, lui, charge toute la liste d'un coup et démarre donc plus lentement (notamment si tu blindes ta NAND virtuelle). si tu regardes bien, une fois wiiflow lancé (mode wii), si tu veux lancer un jeu GC, tu te retapes un loading...et un de plus si tu veux la liste des jeux VC/WW. Au final, wiiflow est bien plus lent et moins optimisé. L'avantage d'USBLoader GX, c'est que tu peux le modifier légérement en rajoutant des onglets, et profiter d'une interface nettement plus user friendly Pour ceux que ça interesse : USBLoader GX rev1215 avec onglets sources, pour les bricoleurs (à copier par dessus les sources originales du googlecode) ps : le patch ne vient pas de moi à l'origine, je l'ai juste légérement modifié pour réarranger les icônes.

pas de souci pour les questions, ça sert à ça, un forum merci de ton retour sur le plug 'n play du cIOS d2x v10 alt. Ca confirme donc un fonctionnement aux petits oignons. - Pour Mario Sunshine, je ne peux que te conseiller de redumper ton jeu. Je n'ai jamais eu de souci avec aussi bien en 50 que 60Hz (ma wii étant connectée en YUV). Je viens d'installer DM 2.10 et de l'essayer : tout marche à merveille, avec uniquement le patch Padhook activé (pour pouvoir éteindre ou redémarrer la console avec les combinaisons de touche qui vont bien) seul souci : en activant le patch "Progressive" > écran noir. Mais je pense que c'est parce que j'utilise une ancienne version d'USBLoader alors que j'ai mis DM 2.10 (qui réclame la dernière version du loader). EDIT : il semblerait, une fois de plus, que l'ajout d'un patch à DM a cassé la fonction "progressive mode" sous USBLoader GX. cette option doit être désactivée, sinon écran noir. - Pour retourner à USBLoader depuis un jeu Wii (et VC ou WW en NAND virtualisée), Options > Paramètres du loader > Retourner vers > USBLoader GX (ne sera visible que si tu as bien installé le forwarder officiel que je t'ai pointé plus haut)

- Pour les jeux à périphérique(s) USB, le cIOS d2x V10 (version alt) gère le plug n' play, le cIOS hermes n'est donc plus obligatoire. Je n'ai cependant jamais testé le moindre jeu de la sorte, donc à toi de voir si ce qui est annoncé sur le papier l'est effectivement sur le terrain (un petit retour d'expérience de ta part serait d'ailleurs sympa) - La configuration du cIOS d2x ne dépend que du choix de l'utilisateur. À une époque, les développeurs (de wiiflow du moins) recommandaient l'installation de cIOS à base des IOS les plus communs (36, 37, 38, 56, 57, 58). Ainsi, chaque jeu pouvait piocher le bon cIOS au démarrage (grâce à la fonction de sélection automatique du cIOS incluse à Wiiflow). Dans la théorie, lancer un jeu avec un cIOS basé sur l'IOS pour lequel le jeu a été programmé est intelligent et logique, sauf qu'ils se sont vite aperçus que ça ne servait pas à grand chose et que cette multitude de cIOS pouvait embrouiller le(s) loader(s). Bref, l'installation de base 249/56 + 250/57 suffit largement. Dans 95% des cas, le 249/56 est totalement compatible et fonctionnel, les 5% restants se débrouillant avec le 250/57. - L'IOS236, copie miroir de l'IOS36 contenant la faille trucha, était nécessaire pour avoir l'accès en écriture à la NAND. Le hack a évolué depuis, l'utilisation du flag AHBPROT suffit désormais à l'obtention des droits en écriture. Tous les logiciels savent exploiter AHBPROT de nos jours. Donc l'IOS236 n'est plus qu'une relique de hack...tout au plus il pourrait servir de base IOS à priiloader (qui est assez frileux avec certains cIOS). Mais il me semble que les dernières versions de priiloader se débrouillent bien maintenant.

prends le 249, qui utilisera le cIOS249 (base 56), le meilleur pour 95% des jeux. pour les jeux nécessitant une base 57, il faudra les paramétrer manuellement dans USBLoader GX (ça se résume à quelques rares jeux, les Call Of, les Worms principalement). pour le mettre sous forme de chaîne, tu prends le forwarder sur le googelcode officiel

salut, le hack se résume, de nos jours, à : 1/ installation de HBC + bootmii (boot2 + IOS ou IOS seulement si boot2 impossible) -->> hackmii installer 1.2 2/ installation du cIOS d2x v10 alt sur slot 249 (base 56) + slot 250 (base 57) -->> cIOS d2x installer 3.2 Fr + fichiers V10 à récupérer sur le googlecode officiel et à décompresser TEL QUEL dans le même répertoire que l'installeur. 3/ installation de Dios Mios 2.10 (qui vient tout juste de sortir) Wad Manager/MultiMod Manager/Channel File Manager ou tout autre logiciel capable d'installer des WAD en NAND réelle + fichier WAD de DM 2.10 si lancement depuis partition FAT32 d'un HDD OU DML 2.10 si lancement depuis une SD. uniquement sur console avec ports manette GC, uniquement si tu es intéréssé par les jeux GC via loader USB/SD. + Devolution pour les jeux utilisant l'audio streaming. ps : Devo ne s'installe pas, le fichier "loader.bin" contenu dans "gc_devo_src.zip" (dans le sous-répertoire "data") se copie dans le même répertoire que ton loader USB préféré. 4/ installation de priiloader + fichiers hacks.ini OU startpatch 4.x.x (version adaptée à la version de ton System Menu) pour, AU MINIMUM : - bloquer les mises à jour online - bloquer les mises à jour DVD accessoirement, il est aussi possilbe d'activer certains patches bien sympathiques, comme pouvoir déplacer la chaîne disque (vu qu'elle ne sert plus à grand chose), désactiver les sauvegardés protégées ou l'obligation d'appuyer sur A au boot de la console (disclaimer), etc. voilà dans les grandes lignes, pas besoin de plus, ni de moins ajoute à cela un loader digne de ce nom : USBLoader GX rev1215 (encore tout chaud, sorti du four hier), paramétré en mode Chaînes par exemple, et c'est le grand luxe. après, si tu veux t'amuser un peu plus, on peut aussi aborder le thème de la virtualisation de NAND (complète ou partielle) pour le lancement des jeux VC/WW, l'installation de cIOS supplémentaires (waninkoko rev19b recommandé pour certains jeux WiiWare), etc. PS : la règle numéro un du hack, dans le même style que Fight Club : NE JAMAIS UTILISER, NI MÊME PENSER À UTILISER, PIMP MY WII. JAMAIS. NEVER EVER ! ta wii ne t'en sera que plus reconnaissante

@Fcp MotoHeroz doit être paramétré sur le cIOS243 (rev17, si tu as réussi à l'installer). Il ne fonctionne pas en d2x (quelle que soit la version). évite aussi castlevania rebirth (qui ne fonctionne ni en waninkoko, ni en d2x) @Lolo18, la common-key sert pour tout, y compris re-signer partiellement des ISOs effectivement.

oui, c'est vrai qu'il y a cette fichue common-key... c'est la clé qui a probablement été le plus diffusée sur internet (y compris par la team twiizers), et pourtant les logiciels ne l'intégrent pas par peur de violation du côté privé de cette clé...vraiment absurde le logiciel va générer la clé (il faut taper "42" pour répondre à la grande question de l'Univers si ma mémoire est bonne, H2G2 style !) sinon plus rapide, tu ouvres un nouveau fichier txt, tu copies/colles ceci dedans : ëä*"^…“äHÙÅEsª÷ et tu sauvegardes sous "common-key.bin" en héxa, ça donne : EBE42A225E8593E448D9C5457381AAF7

laisse tomber ce loader qui n'est plus que l'ombre de lui-même, et passe à USBLoader GX. le souci des jeux en double sous wiiflow ? un eternel recommencement : il faut mettre le cache à jour à chaque fois que tu changes de clé OU activer une option qui devrait l'être par défaut : la mise à jour du cache au démarrage. FIX94 n'ayant toujours pas compris l'utilité d'une telle option (qui, si codée intelligemment, ne ralentit pas le démarrage du loader) et persistant à la laisser désactivée, on en arrive à ce genre de résultats m'enfin le choix le plus sage reste de mettre ce machin à la poubelle et installer USBLoader GX, tu vas voir une très nette différence de stabilité, y'a pas photo.

pour les homebrews, oui, manuellement dans apps. le build spécial (ce n'est pas la toute dernière version du loader, mais les versions suivantes n'apportent absolument rien sinon des bugs à cause de la librairie NTFS qui a été retouchée...alors qu'elle n'aurait pas du l'être ) : http://www.gx-mod.com/team/perso/Badablek/USBL_GX_1207_onglets.rar ps : build de base qui démarre sur le cIOS249 (pas besoin d'autre chose de toute façon)

si tu rembobines un peu le sujet, la réponse rapide déjà donnée est : OUI, USBLoader GX gère bien évidemment la virtualisation de NAND pour lancer du VC/WW. comme n'importe quel loader digne de ce nom en fait. j'ai même un build spécial du loader, si ça te dit, qui intègre le passage du mode Wii <> Gamecube <> VC/WW par des onglets (bien plus pratique que d'origine, et bien mieux foutu que Wiiflow) (les onglets ne sont actifs qu'en mode d'affichage "chaînes" je n'ai rien dit, les onglets sont présents dans tous les modes d'affichage) http://imageshack.us/a/img854/8615/usbloadergxscreenshotma.png http://imageshack.us/a/img706/8615/usbloadergxscreenshotma.png

le tableau ne s'affiche qu'après installation il me semble. Il faut vérifier la légénde en bas d'écran, y'a peut-être un bouton pour l'atteindre maintenant, le plug n' play peut être sympa, le jour où tu veux jouer à un jeu réclamant un autre périphérique USB. Ca s'installe en 10 secondes et tu seras tranquille après.

le v10 se décompresse dans le même répertoire que l'installeur par contre faut ensuite bien choisir la v10 une fois l'installeur lancé, ça ne se fait pas tout seul (v8 par défaut, même si les fichiers v10 sont présents !). les périphériques USB marchent en V8, mais ils doivent être branchés AVANT allumage de la console (c'est juste le plug n' play qui n'est pas inclus dans la V8) ps : l'installeur d2x permet aussi de désinstaller tout IOS entre 200 et 254, à la fin, quand il résume dans un tableau les IOS installés (bien lire la légende en bas de l'écran, il te donne le bouton adéquat pour supprimer...il suffit de te placer sur le slot 251 avec le D-Pad et utiliser le bon bouton, et bye bye le reliquat).

c'est pas mal quelques petites remarques : - il reste un reliquat d'ancien cIOS (sur le slot 251). Pas bien grave si il reste ainsi, mais il ne servira pas à grand chose. - tu as installé le d2x v8 alors qu'on en est à la v10. Si tu veux du plug n' play (pour les jeux utilisant des périphériques USB), le d2x v10 beta53 est à installer à la place de la v8 finale. si le plug n' play te n'interesse pas, la v10 beta52 n'apporte pas grand chose par rapport à la v8 finale...l'interêt de passer en v10 est déjà moins flagrant.

je voulais simplement dire que l'IOS236 n'est pas utile pour installer un cIOS. Mais rien ne t'empêche d'installer priiloader, si tel est ton choix. si tu veux vraiment installer priiloader, là, l'IOS236 pourra t'être utile (encore que, avec la version 0.8, me semble que ce n'est plus nécessaire).