Badablek

raydenxxx >>> Nintendo avait annoncé, pour la version US (+ Australie + Nouvelle Zélande) de la console, que le chargeur serait fourni avec il est donc tout à fait normal, vu où tu habites, qu'un chargeur soit présent http://www.nintendo3ds.com.au/ (je ne retrouve pas la source pour la version US...mais c'était annoncé dans une des vidéos teaser de la XL) la seule question à se poser serait plutôt : pourquoi Nintendo a décidé de fournir le chargeur uniquement dans le pack US ? la 3DS s'est moins bien vendue là-bas peut-être (vu qu'ils prennent comme pretexte que la plupart des acheteurs de la XL ont déjà la standard)

Bonjour, La redondance des sujets déjà abordés / traités, ou des questions trouvant déjà réponse dans les forums ou encore dans la rubrique "Tutoriaux" nuisent à une bonne lisibilité, compliquent la navigation et altèrent de façon significative les performances du moteur de recherche. Afin d'éviter ce phénomène et pour faciliter l'accès a une information pertinente nous vous demandons de vous assurer de la primeure de votre requête. Manifestement cela n'as pas été le cas et comme tout les sujets récurrents ayant déjà trouvé une solution celui ci rejoint la corbeille. Pensez à visiter notre wiki tutoriaux afin d'y trouver les informations les plus courantes. Vous pouvez aussi vous adresser au Canal IRC qui se fera une joie de vous aider en temps réel : Accès Chat - Votre pseudo : Merci de votre compréhension.

faut pas déconner...les règles de cette section sont pourtant LIMPIDES http://gueux-forum.net/index.php?showtopic=251023

Bonjour, La redondance des sujets déjà abordés / traités, ou des questions trouvant déjà réponse dans les forums ou encore dans la rubrique "Tutoriaux" nuisent à une bonne lisibilité, compliquent la navigation et altèrent de façon significative les performances du moteur de recherche. Afin d'éviter ce phénomène et pour faciliter l'accès a une information pertinente nous vous demandons de vous assurer de la primeure de votre requête. Manifestement cela n'as pas été le cas et comme tout les sujets récurrents ayant déjà trouvé une solution celui ci rejoint la corbeille. Pensez à visiter notre wiki tutoriaux afin d'y trouver les informations les plus courantes. Vous pouvez aussi vous adresser au Canal IRC qui se fera une joie de vous aider en temps réel : Accès Chat - Votre pseudo : Merci de votre compréhension.

http://gueux-forum.net/index.php?showtopic=114774

salut, j'ai utilisé brièvement cet utilitaire hier, dans l'espoir de pouvoir créer une 13599dev pour ma JTAG (Falcon). Et j'aurais quelques questions pour ceux qui ont déjà utilisé la bête : - est-il possible de construire une 13599dev JTAG ? sur la rev300, cette version a disparu (apparement en ligne de commande ça marche encore, mais INI manquant) et sur la 295, il manque aussi le fichier INI (builds\defaults\13599-dev\jtag.ini manquant) - cette fonction permet-elle vraiment de s'affranchir des mises à jour > 13599 (dans l'hypothèse que je puisse créer une 13599 dev bien évidemment) et d'éviter l'interface (dégueulasse) metro ? ou bien est-ce que c'est la même chose que xextool (avec une compatibilité quelque peu aléatoire suivant le jeu) ? ça me permettrait au moins de savoir si je perds mon temps ^__^

logiquement, BT HS > pas de synchro wiimote. si ça synchronise, le module doit être OK (ce n'est pas forcement le cas, mais on pourrait le supposer) ça peut être le module wifi sinon. le jeu que tu as lancé et qui t'a fait un écran bleu, c'est un jeu de la même région que ta console ? essaie aussi de nous en dire plus ce que tu as fait exactement. méthode bourrin darkcorp/cioscorp pour lancer les backups directement de la chaîne disque ? blocage des mise à jour avec startpatch ou équivalent ?

sauf qu'en l'occurence, dans un cas de brick pur et dur, le tuto de JP33 servira autant qu'un pansement sur une jambe de bois... didlow, commence par vérifier le module BT avant de te lancer dasn ce genre de chose, surtout que là tu risques de définitivement la bricker, ta console. et une wii de 2007 hackée, sans bootmii, c'est vraiment chercher les ennuis. si tu as au moins un dump NAND + les clés associées, y'a moyen de débricker avec une infectus.

j'avais oublié ce petit détail pour wiidoom. En plus d'être lourd à compiler, les développeurs ont cru bon intégrer un repository mercurial sur un googlecode à base de SVN, le tout en https (pour compliquer encore la chose) les choix de certains seront toujours un mystère pour moi. les sources se récupérent avec hg.exe, disponible une fois installé le setup mercurial la ligne de commande nécessaire : hg clone https://code.google.com/p/wiidoom/ au cas où, je t'ai uploadé les sources en pièce jointe

Saturn != Oldies. et les jeux peuvent avoir 10 ans ou 30 ans, sur GX ce n'est pas toléré de proposer des liens vers des dumps ou roms, quand bien même il s'agit de consoles mortes et enterrées. donc je ferme le topic et je supprime le lien. et tu avais déjà été banni une fois en 2008 pour le même lien...même si ça remonte à loin, les règles de GX n'ont pas changé pour autant. donc merci de les respecter. ps : ménage effectué aussi sur ta signature.

salut asmerisme, pour les anciennes versions de devkitpro, il ne faut pas passer par l'updater mais télécharger manuellement depuis sourceforge totues les versions n'y sotn pas forcement, mais tu peux revenir dans le temps jusqu'à devkitPPC r23 et libogc 1.8.5 pour faire un saut plus lointain, obligation de retrouver ça dans un coin de disque dur ou sur un quelconque hebergeur. xyzzy remonte à 2008...autrement dit à cette époque, la libogc était inexistante (ou en beta vraiment très beta). Bon courage pour compiler ce dinosaure. ps : par contre vu que tu veux recompiler du vieux machin, si jamais tu avais envie de regarder wiidoom j'avais réussi à compiler à avec une lib SDL toute pérave et exotique, avec un libogc et un devkitppc datant de -5 avant JC (au moins) mais là, avec la nouvelle SDL, libogc, devkitppc, c'est mort. ps : le support USB2 n'est pas censé être natif avec les dernières versions de la libogc ?

Bonjour, La redondance des sujets déjà abordés / traités, ou des questions trouvant déjà réponse dans les forums ou encore dans la rubrique "Tutoriaux" nuisent à une bonne lisibilité, compliquent la navigation et altèrent de façon significative les performances du moteur de recherche. Afin d'éviter ce phénomène et pour faciliter l'accès a une information pertinente nous vous demandons de vous assurer de la primeure de votre requête. Manifestement cela n'as pas été le cas et comme tout les sujets récurrents ayant déjà trouvé une solution celui ci rejoint la corbeille. Pensez à visiter notre wiki tutoriaux afin d'y trouver les informations les plus courantes. Vous pouvez aussi vous adresser au Canal IRC qui se fera une joie de vous aider en temps réel : Accès Chat - Votre pseudo : Merci de votre compréhension.

http://gueux-forum.net/index.php?showtopic=203434 http://gueux-forum.net/index.php?showtopic=251023

la petite sérigraphie sur la faceplate n'est pas là que pour décorer (et personne ne se moque, ça peut arriver à tout le monde)

autant j'avais de suite pensé au canal d'émission déréglé (un classique) autant le coup du port manette.... m'enfin, maintenant ça marche, c'est le principal. Il n'y avait de toute façon aucune raison logique que DM induise ce genre de souci. par contre, je ne vois pas comment ça pouvait marcher avec le DVD, si tu étais toujours sur le port 4...

tu as essayé sous devolution, à tout hasard ? ça permettrait de cerner un peu plus le problème...et peut-être rapporter un bug à Crediar.

salut, et bienvenue parmi nous. l'affichage 3D de la 3DS peut donner mal aux yeux sur des périodes de jeu assez prolongées...mais il est aussi tout à fait possible de désactiver complétement ce mode 3D et revenir à un affichage plus "classique". ça n'empêche en rien de jouer aux jeux 3DS. Il me semble aussi que l'on peut interdire le mode 3D avec le contrôle parental (à confirmer, n'ayant jamais utilisé ce contrôle) ps : le fait de porter des lunettes n'est pas un facteur qui entre en compte. Je suis myope, et jouer à la 3DS ne m'a jamais cramé la rétine pour autant (même si j'avoue que la plupart des jeux, j'y jouais 3D inactive, tout simplement parce que ça n'apportait aucune plus-value). J'ai refait Zelda OOT de A à Z (autrement dit, ça représente un sacré paquet d'heures de jeu) avec la 3D activée, et jamais ressenti de fatigue visuelle. ce qu'il faut voir, c'est qu'en achetant une DSi, tu prives toute possibilité de profiter des derniers jeux 3DS (bon ok, y'en a pas encore des tonnes, mais ça va arriver bientôt, les block-busters) perso ça serait moi, je prendrais quand même une 3DS, quitte à en bloquer le mode 3D.

ça sera 72 heures cette fois-ci so7. http://gueux-forum.net/index.php?showtopic=266327

SubWCRev est en ligne de commande, je suppose donc que c'est pour ça qu'ils recommandent un client SVN en ligne de commande mais ce n'est pas une obligation (et comme on peut trouver cet exécutable en stand-alone, la question ne se pose plus vraiment en fait) perso, je compile toujours avec la dernière libogc (1.8.11 il me semble) officielle, y compris wiiflow (suffit de modifier deux fichiers source pour virer les infectes patches maison...et wiiflow n'en est pas moins aussi stable, sinon plus, quoi qu'en dise Fix94 ). Je ne me fie jamais aux librairies "améliorées", que ce soit USBLoader GX ou wiiflow. Ca fout un bordel monstre pour rien, ça empêche les autres homebrews de compiler (la plupart du temps).Tous les bons homebrews se compilent sous libogc officielle, pas de raison que les loaders aient un régime de faveur, non mais et je ne procède jamais à une compression dolz non plus (inutile et stupide) ces facteurs cumulés doivent jouer dans la taille de mes binaires ps : si tu veux que je t'explique comment compiler wiiflow sous libogc officielle, je peux t'indiquer la marche à suivre si besoin. et ce qui est bon avec les clients SVN, c'est que même en mettant à jour les fichiers source modifiés, tu profites des nouveautés, sans casser ce que tu as modifié (tant que les différences ne touchent pas aux même parties des sources)

par définition, la taille d'un dol varie obligatoirement. Même d'une compilation à une autre (make > make clean > make), sans changer une seule ligne de code, le CRC ne sera pas identique (ni la taille). je suppose que les processus d'optimisation utilisés ne générent pas toujours au bit près, le même binaire. j'ai lu sur un wiki traitant de la compilation d'USBLoader, qu'il fallait un client SVN en ligne de commande pour que le script puisse "voir" la dernière revision et compiler correctement. j'ai essayé d'installer sliksvn (comme recommandé officiellement), version 32 ou 64, même combat > ça me remet toujours à 0 perso je déteste tortoiseSVN (bien trop intrusif à mon goût avec cette vilaine idée de s'ajouter au menu contextuel. Je passe par Rapidsvn, mais il ne semble pas fonctionner avec le script... donc soit Seven 64 est pas copain copain, soit le script a été fait uniquement pour le pire client SVN qui existe : tortoiseSVN (ce qui ne va pas arranger mon affaire) ps : je n'ai pas dit que la version était dans svnrev.sh, mais que je forçais la valeur dedans, tout simplement parce que c'est le script qui définit la revision contenue dans le fichier source\svnrev.c si je modifie à la main svnrev.c, le script repasse par dessus et remet à 0 je règle donc la valeur par défaut du script à 1201 au lieu de 0 en tout cas, merci pour ton retour, ça me donne une piste supplémentaire (même si perso, tant que USBLoader GX n'intégrera pas le choix automatique du cIOS en fonction du jeu, je n'aurais aucun besoin de le compiler, puisque je ne l'utiliserai pas) EDIT : "mystère" résolu. En m'interessant d'un peu plus près au script svnrev.sh, j'ai repris le nom de l'exécutable qui était appelé (SubWCRev) et mon ami google a fait le reste. Celui-ci ne fait en fait que vérfiier la revision du dossier contenant les sources (je ne comprenais pas que l'adresse du googlecode ne soit pas présente dans le script, maintenant je sais pourquoi...tout se fait en local, à partir du dossier source). il s'avère que ce petit logiciel, qui fait partie du packaging de tortoiseSVN, est aussi disponible en version stand-alone (apparement plus mis à jour, mais on s'en fiche) http://sourceforge.net/projects/tortoisesv...15.msi/download et ça marche maintenant et je fais d'une pierre deux coups, puisque ça me faisait pareil à la compilation de wiiflow (sauf que wiiflow ne rechigne pas à lire le fichier de configuration même si la revision est inférieure à celle contenue dans la configuration)

Bonjour, La redondance des sujets déjà abordés / traités, ou des questions trouvant déjà réponse dans les forums ou encore dans la rubrique "Tutoriaux" nuisent à une bonne lisibilité, compliquent la navigation et altèrent de façon significative les performances du moteur de recherche. Afin d'éviter ce phénomène et pour faciliter l'accès a une information pertinente nous vous demandons de vous assurer de la primeure de votre requête. Manifestement cela n'as pas été le cas et comme tout les sujets récurrents ayant déjà trouvé une solution celui ci rejoint la corbeille. Pensez à visiter notre wiki tutoriaux afin d'y trouver les informations les plus courantes. Vous pouvez aussi vous adresser au Canal IRC qui se fera une joie de vous aider en temps réel : Accès Chat - Votre pseudo : Merci de votre compréhension.

http://gueux-forum.net/index.php?showtopic=236756

tu as compilé sous quel environnement ? ça m'interesse parce que chez moi, USBLoader n'a jamais voulu compiler la revision et remet invariablement la version à 0 (et comme USBLoader charge un fichier de configuration en fonction de la revision, il ne sauvegarde rien quand il la détecte à 0) obligé de modifier svnrev.sh à la main pour forcer la valeur.

Par défaut, pour Dios Mios, USBLoader regarde sur la SD et uniquement là. et si tu as compilé toi-même USBLoader GX sans faire attention à la revision, celle-ci a été fixée à 0, ce qui empêchera toute sauvegarde de la configuration (autre que celle d'origine). les paramètres seront invariablement rechargés comme si tu venais de lancer le loader pour la première fois. donc tu auras beau t'acharner à modifier le chemin d'accès, USBLoader regardera toujours sur la SD. essaie ça : plus besoin une fois lancé, tu files direct dans les paramètres des dossiers, tu choisis la partition FAT32 de ton HDD, et tu n'oublies pas, bien évidemment, de choisir d'afficher les jeux Wii ET les jeux Gamecube (sinon c'est aussi utile que de pisser dans un violon ) (par défaut, seuls les jeux Wii sont affichés)

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 aucuns messages pouvant laisser transparaître la possession ou l'acquisition de jeux pirates. Ce message rejoint donc immédiatement la corbeille, vos droits d'écriture sont suspendus temporairement et en cas de récidive nous pourrions suspendre votre compte de manière définitive sans autres avertissements. -= Seules les discussions sur les copies d'oeuvre que vous auriez pu réaliser a partir de vos propres originaux et par vos propres moyens sont autorisées ici, merci d'en prendre note =-