Badablek

essaie la R416 alors ou la nightly build R417 (alpha4) dispo ici : http://dl.dropbox.com/u/40111628/wiiflow/boot.dol ce qui est bizarre, c'est que le bug de l'IOS Reload n'affectait normalement pas les partitions WBFS (je dis ce que j'ai lu ailleurs, jen 'ai pas testé personnellement)

le fait de pouvoir lancer les backups DVD wii n'a rien à voir avec la version du System Menu ça ne dépend que du type de chipset du lecteur DVD. (mais si tu voulais parler de backups IMPORT, alors oui, à partir de la 4.2, ce n'est normalement plus possible)

salut, la wiikey2 (6 fils) a toujours fait ses preuves. Il faudra juste être sûr du modèle de chipset DVD dont est équipé ton lecteur (2009, ça devrait taper dans du D2E...dépend si c'est début 2009 ou fin 2009) et étant donné qu'aucune protection n'est venue depuis New Super Mario Bros (seul et unique jeu possédant une protection anti-puce...protection gérée par toutes les puces connues à ce jour), tu ne risques pas de tomber sur un quelconque problème, même sur les jeux les plus récents. ps : par contre, utiliser une puce alors que les loaders USB sont désormais en béton armé (sauf quelques très rares cas isolés...Tintin par exemple), c'est vraiment dommage. mais si c'est vraiment ton choix : wiikey2 (après avoir vérifié le chipset de ton lecteur) + DVD-R Verbatim et si tu as un lecteur daubé en D3-2 ou D4, autant passer au loader USB. Parce que les puces nappe, en plus d'être horriblement chères, n'apporteront rien de plus. Un loader USB se fiche du chipset DVD.

salut, tu utilises quel type de partition, WBFS ou FAT32/NTFS/EXT ? - si partition WBFS, ce n'est pas normal - si partition FAT32/NTFS/EXT, le support de l'IOS reload est cassé sous wiiflow R417 (officielle) solution > utilisation de la R416 OU de la R417 Nightly Build Zelda étant un jeu Wiimotion+, il nécessite l'IOS Reload, logiquement. pour être sûr que wiiflow n'est pas cassé à ce niveau, essaie de lancer Metal Slug et de choisir l'épisode 6. Si ça reboote, c'est que l'IOS Reload est HS, et donc que wiiflow n'est pas bon. Tu peux aussi tester avec Metroid Prime Trilogy, Red Steel 2 (par exemple)

KGB64, il faut que tu prennes le kernel 2.0 RC20 pour commencer, si ma mémoire est bonne. et une fois que tu auras mis à jour le firmware à la dernière version, tu pourras passer au kernel 3.0 OB7 les EZ5i sont assez lourds à utiliser quand ils ne sont pas à jour au niveau du firmware (l'unification opérée sur le kernel fait qu'il faut un firmware à jour pour esperer lancer un kernel 3.0 dont le nom a changé)

autant donner le nom de la team qui release aussi... la seule et UNIQUE info utile, c'est le CRC32 (en plus du titre du jeu bien évidemment). Un numéro de rom correspond UNIQUEMENT A LA SCENE WAREZ. Y'a pas à discuter autour du pot pendant 3 jours. J'ai toujours refusé/modifié les news comportant des numéros de release, pas demain la veille que ça va changer. The Legend Of Zelda, c'est The Legend Of Zelda, pas 1234-The Legend Of Zelda. Tu ne vas pas me faire gober qu'un numéro de scène se retrouve miraculeusement dans le titre du jeu de madame Michu qui a dumpé son jeu en toute légalité...alors si madame Michu dumpe son jeu, qu'il s'appelle 1234-xyz dans ta liste, elle s'en fichera comme de sa première chemise. les sites de référencement font ce qu'ils veulent, on n'a jamais interdit de pointer vers eux d'ailleurs, mais pas de numéros de releases ici (ni dans ta liste, ni dans les noms de jeux donnés par d'autres). Ce cap a toujours été gardé, et n'est pas discutable/négociable, même si ça peut paraître trop pointilleux pour certains. ps : ce que tu ne veux pas comprendre, c'est que le CRC32 est une info que tu as quand tu dumpes ton jeu ! tout comme le titre exact du jeu. le numéro de scène, tu ne l'as certainement pas, sauf en téléchargeant comme un sagouin et en toute illégalité ! (je doute très fortement que madame Michu consulte les sites de référencement pour renommer tous ses dumps avec un numéro de scène...les outils de renommage ne sont pas une excuse non plus, le numéro étant désactivé ou désactivable)

sachant qu'entre la R416 SD et HDD, la seule différence se situe au niveau de l'initialisation de la SD (une ligne active ou non suivant le build, ça se résume à ça), ça n'a pas de sens que ça marche avec la version de base et pas avec la version HDD une autre question vient de me trotter dans la tête...tu le lances comment, wiiflow ??? ça sentirait le forwarder pas à jour que ça ne m'étonnerait qu'à moitié. si ça le fait depuis HBC, alors je n'ai rien dit. mais si tu lances d'une chaîne, vérifie que tu as bien la dernière (V11), voir sur le wiki officiel de wiiflow.

les questions de linkers sont à poser dans la section linkers....ça me paraît pourtant logique, non ? donc MERCI de bien vouloir faire un effort la prochaine fois. Je déplace pour cette fois.

wii rouge...neuve ? je demande parce que les IOS50, 60 et 70 ne peuvent pas être là si c'était du 4.3 "pur" (ils sont obligatoirement stubbés par Nintendo, sauf si on s'amuse à les réinstaller avec dop-mii ou équivalent). pour la SD, pas besoin de tout virer non plus...juste renommer wiiflow en _wiiflow par exemple m'enfin retirer la SD marche tout aussi bien tu as essayé la R416 standard, depuis le HDD ou la SD (peu importe) ? ou uniquement la version spéciale HDD ? si uniquement la version HDD, essaie l'autre pour voir. ps: lancé depuis la SD, tu utilises bien le même HDD ? savori si on peut mettre de côté une possible incompatibilité du HDD. et la partition FAT32, marquée active et en première position sur le HDD ? EDIT suite à ton propre EDIT : Pimp my wii...le mot interdit !!!!! vadé retro, logiciel daubé ! NE JAMAIS UTILISER CETTE M*ERDE. je vais redécortiquer le syscheck alors, avec toutes les conneries que cette daube peut faire. Même si d'après le log, ça semble assez clean (version récente de la daube je suppose...2.28 à vue de nez ?)

bon, ça me semble clean, du moins du côté des cIOS (même si les cIOS 222, 223 et 224 sont inutiles...enfin quand wiiflow aura daigné marcher bien sûr ). par contre tu n'as pas mis à jour en 4.3 de manière normale...sinon les IOS50, 60 et 70 seraient des stub. si tu as des précisions plus exactes sur ta console, ça pourrait aider. et une question vient de me traverser l'esprit : tu es bien reparti d'une configuration clean, autrement dit : pas de fichier wiiflow.ini (apps\wiiflow), pas de ficheirs de configuration (wiiflow\settings) et surtout, rien sur la SD (répertoires wiiflow et apps\wiiflow) ?

essaie avec dop-mii à tout hasard perso syscheck a toujours planté chez moi (il lançait bootmii en plein scan ??!!) alors que dop-mii ne m'a jamais lâché.

salut, tes jeux ont été convertis avec quel logiciel, Wii Backup Manager ? et sous quel format ? poste voir aussi un petit syscheck de ta console, qu'on voit ce qu'elle a dans le ventre.

numéros de release = scène pirate. donc non, désolé, mais pas de ça ici. Le CRC32 suffit plus que largement à s'y repérer. pas besoin d'une numérotation purement warez pour retrouver ses petits. Que je sache, quand on dumpe ses jeux (y'a-t-il besoin de rappeler qu'il est illégal de les télécharger ?), y'a pas un numéro qui apparaît et qui correspond comme par magie à celui de la scène wawa. donc bonne initiative, mais mauvaises instructions, merci d'éditer la liste fournie en conséquence.

le HTML étant désactivé, tu ne risques pas de trouver je l'intègre à mon message si besoin : Très belle réalisation...par contre il n'a pas tout fait rentrer dans une PSP, puisqu'elle est au moins 2x (voir 3x) plus épaisse (ce qui est tout à fait normal, on ne peut pas tout caser dans une coque standard de PSP). je suppose que ça reste une transportable et non une vraie portable, donc alimentée uniquement par secteur.

section Tutoriaux à tout hasard.... je dis ça, je dis rien quant aux émulateurs, y'a pas vraiment besoin de tutos pour savoir comment décompresser une archive. si l'archive est bien foutue, tu décompresses directement dans APPS sur la carte SD (ou partition FAT32 d'un HDD si tu passes par là) tous les homebrews utilisent la même arborescence, exemple avec l'emulateur supernes snes9x : SD:\APPS\SNES9XGX\boot.dol ou HDD:\APPS\SNES9XGX\boot.dol chaque homebrew est rangé dans un sous-répertoire de APPS et l'exécutable nommé boot.dol

encore heureux que c'est sérigraphié sala je n'ai pas souvenir que Nintendo ait, un jour, sorti une console collector avec de simples stickers. La DS Lite Zelda était déjà sérigraphiée. la console est en tout cas magnifique dans cette robe noire et or (bien que salissante, la moindre empreinte de doigt est visible) et cerise sur le gâteau, le problème de trace de l'écran inférieur sur l'écran supérieur quand on refermait le capot semble avoir été corrigé (ça parait anodin, mais c'était vraiment lourd de devoir nettoyer l'écran à chaque fois qu'on fermait le capot). reste à voir l'autonomie, mais j'ai peu d'espoir de ce côté

ce n'est pas un bug en fait. La séquence de priorité de wiiflow pour trouver où écrire le répertoire est faite de telle sorte que, si aucun répertoire wiiflow n'est trouvé, il cherche après un répertoire wbfs (qui représente donc la partition des jeux si on utilise du FAt32/NTFS/EXT). Et si aucun répertoire wbfs n'est trouvé, là il choisit la première partition accessible en écriture (à part ceux qui repartent d'une configuration vraiment clean, sans le moindre jeu et donc sans répertoire wbfs, cette situation n'arrive jamais) dans l'absolu, ce n'est pas bête de faire dans ce sens (la partition contenant le répertoire wbfs est forcement accessible en écriture par wiiflow, tandis qu'il ne trouvera pas forcement de partition accessible en écriture !) mais peut être gênant pour ceux qui utilisent deux partitions et veulent que wiiflow utilise celle qui est en FAT32 pour y écrire les paramètres et celle en NTFS pour les jeux. Pour contourner le "problème" qui n'en est pas vraiment un, il suffit simplement de créer un répertoire wiiflow (vide) à l'endroit où tu veux qu'il écrive, parce que dans la liste de priorité, c'est le premier répertoire qui est recherché. après, dans les sources, ça se change en quelques secondes, même sans être programmeur mais ce n'est pas vraiment utile. ps : tu as tout à fait raison sur un point par contre; il ne faut pas partir d'un fichier INI déjà paramétré pour une SD. Il est toujours préférable de supprimer le fichier INI et démarrer wiiflow (et là il va générer le nécessaire)

euh hamato6, rapport avec la choucroute ??? si t'as une question à lui poser, les MP ne sont pas là pour décorer. alors merci de ne pas polluer les topics des autres avec les questions existentielles complétement hors sujet qui te viennent à l'esprit ! je fais le ménage.

wiiflow gère sans problème le lancement depuis un HDD...il n'a jamais fallu de SD ni même modifier le fichier INI, puisque wiiflow intègre tout le nécessaire pour détecter : - d'où il est lancé (pour écrire le fichier INI au bon endroit) - si une partition accessible en écriture est disponible (dans le cas où wiiflow serait lancé depuis la fonction wiiload de HBC, par wifi) pour écrire le fichier INI - si un répertoire "wiiflow" est présent quelque part (aussi bien SD que HDD, et quelle que soit la partition du moment que le système de fichiers est supporté) - si un répertoire "wbfs" est présent bref, la variable DATA_ON_USB est écrite correctement en fonction de tous ces paramètres (en fonction d'une hiérarchie bien définie dans la détection) et les chemins des répertoires sont correctement générés en conséquence.

salut, se passer de la SD, ok, mais pour quoi ? si tu ne donnes aucune info, ça risque d'être dur de t'aiguiller...je suppose que tu parles forcement d'un quelconque loader USB. ce à quoi je réponds : oui, mais lequel ? USBloader GX ? Wiiflow ? CFG Loader ? si wiiflow : http://gueux-forum.net/index.php?showtopic=257622 plus général (faudra juste faire le tri dans le info pour ne garder QUE ce qui t'interesse, pour ta question en particulier) : http://gueux-forum.net/index.php?showtopic=245197

comme tu n'as toujours pas compris que les UP étaient interdits, depuis le temps que je m'embête à les supprimer un par un, je locke le topic peut être que là, tu comprendras ?

perso je vais la chercher demain midi (j'aurais dû y aller hier, mais étant sur Paris quand ils m'ont appelé, pas pu y aller). j'ai hâte de voir ça.

ah ouais mais tu parles de jaquettes NAND là... rien à voir avec les jaquettes DVD, y'aurait fallu préciser alors oui, quand une jaquette n'existe pas en mode NAND (et UNIQUEMENT en mode NAND), wiiflow plante royalement. soit un bug de wiiflow (fort probable), soit les serveurs de GameTDB qui répondent mal à la requête (puisque jaquette inexistante) et fait planter wiiflow. le bug de wiiflow semble plus probable, puisqu'en mode DVD, si une jaquette n'existe pas, wiiflow poursuit sans problème et laisse, dans le pire des cas, une jaquette vide.

sauf que la Wii U n'upscalera PAS les jeux Wii. donc du 480p en YUV sur Wii ou du 480p en HDMI sur Wii U, à mon humble avis, ça va être kif kif. Un jeu basse résolution restera par définition un jeu basse résolution (sauf emulation bien évidemment, puisque là tu as pléthore de filtres en tous genres pour tricher sur le rendu de l'image) sauf si Nintendo se bougeait enfin le c*l pour upscaler et filtrer un poil les jeux Wii (mais vu leur politique, on peut toujours rêver !) ps : j'y joue sur un 40", sans filtre (mode jeu pour éviter tout problème) et je le trouve magnifique. Bien sûr, il faut y jouer à une distance raisonnable (2,5 à 3 mètres) et pas collé sur l'écran

bah on t'a déjà dit comment faire...Wii Backup Manager... et puis si tu veux oublier ce genre de problèmr, bah tu passes à Wiiflow R416 et l'installation recommandée des cIOS, sur le wiki officiel ! wiiflow choisit lui-même le bon cIOS en fonction de l'IOS de base utilisé par le jeu (si le jeu original utilise l'IOS37, wiiflow va charger le cIOS ayant pour base le 37, pas plus compliqué). pourquoi choisir compliqué et retrograde quand on peut choisir la facilité d'un loader bien plus intelligent qu'USBloader GX ? http://gueux-forum.net/index.php?showtopic=257622