prudho

Essaye aussi avec Configurable USB Loader, c'est le seul qui marche avec ma clé USB et mon disque dur externe.

Avant de me répondre en gras énorme cette évidence, tu aurais du lire la deuxième partie de mon message. Parce que je ne demandais pas si ces manettes allaient fonctionner sur une Wii (je sais lire...), je demandais si ces manettes allaient fonctionner correctement sur certains homebrews (pourtant recompilés avec libogc > 1.8.9) de ma WiiU. Si j'ai posé cette question, c'est que j'avais acheté des manettes avec wii plus intégré, qui fonctionnait parfaitement sur Wii, mais dont le curseur disparait sur vWii dès que je rentre dans le Homebrew Launcher...

Je n'ai pas dit que le jeu était trop dur j'ai dit que la difficulté est mal dosée, ce qui est différent. Je me balade pendant 10 minutes sans jamais rien croiser, d'un coup un zombie me tombe sur le rable, j'ai eu beau viser avec la batte et appuyer sur les deux gachettes, je l'ai loupé (étais-je trop loin, ais-je mal visé ?), il m'a mis une calotte, je suis mort... Un peu plus loin, j'ouvre une porte, je me retourne, 4 zombies d'un coup !!! Re-mort... Je recommence deux fois, idem... Je suis peut être une truffe, mais faut pas pousser mémé dans les orties. Sans parler de foutre des checkpoints partout ou une santé de fer, un peu plus de souplesse ne serait-ce qu'au niveau de la défense aurait été la bienvenue (comme dans Dead Island par exemple)...

Testé deux petites heures, j'ai vraiment pas accroché... Je l'ai trouvé mou, avec une ambiance moyenne. La tablette n'apporte pas grand chose (j'ai trouvé le scan vraiment pas pratique). Ajoutez à ça une difficulté vraiment mal dosée et un gameplay moyen, et vous cous retrouvez avec un jeu vraiment décevant à la clé...

Mon impulsivité et ma curiosité ayant encore eu raison de moi, je suis allé en chercher une, ainsi qu'un nunchuck. Eh bien ce sont les mêmes que celles de wii, avec les mêmes numéros de produits (RVL-XXX), et elles sont à 100% compatibles, donc pas de soucis. Merci !

Bonjour, J'ai vu que Nintendo avait eu la bonne idée de sortir des wiimotes estampillées Wii U Remote Plus, histoire de bien enmêler les pinceaux du consommateur... Elles sont bien évidemment compatibles vWii, mais fonctionnent t'elles bien lorsqu'elles sont utilisées avec des homebrews ou des backups de vWii ? Histoire que je ne claque pas 45€ dans un produit qui ne me servirait pas à grand chose... Merci par avance !

C'est ce que j'ai et ca tourne nickel. Par contre un conseil, pour les transferts sur la carte SD, ne passe pas par la Dingoo directement, mais par un lecteur de carte, si tu peux, car les débits sont extrémement lents sinon, enfin du moins pour moi

Il faut appuyer sur Entrée à la suite de chaque ligne pour exécuter la commande.

Salut ! Alors : En fait peut importe, tu peux effectuer le formatage à partir de la Dingoo, ou via le lecteur de cartes de ton PC. Pense juste à bien formater en FAT 32. Pas que je sache. Tu peux faire un copier/coller si tu suis le tutorial à la lettre. Non. Même si tu foire complètement un flash, la Dingoo est toujours reflashable, donc pas de soucis de ce côté Voilà voilà, sinon bah, bienvenue parmi les Dingoo-addicts

Hé bien yoannd26 tu es vraiment prolixe dis donc... Merci pour le jeu, et pour ton investissement dans la communauté Dingoo !

Bon à noter ! La toolchain de booboo ne fonctionne pas sous Debian (Etch 5.0 du moins), c'est pour ca que j'ai eu des erreurs à la compilation... Préférez Ubuntu par exemple, y'aura moins de surprises

Bon, on va dépoussiérer un peu le topic Il y a une chose que je ne comprend pas vraiment en fait, et en voulant compiler ça m'a légèrement sauté aux yeux... mipseltools-gcc412-glibc261.tar.bz2 est le toolchain utilisé par Ingenic pour compiler leur Linux à eux. Pour compiler le sien, booboo a crée son propre toolchain, basé sur uclibc notamment. Alors la question qui me vient, c'est pourquoi a t'on besoin du toolchain fourni par Ingenic pour compiler ? J'ai essayé de compiler uniquement en utilisant le toolchain de booboo, et j'ai eu le droit à une belle erreur de cc1 me disant qu'il ne trouve pas la Glibc... Or il ne devrait pas en avoir besoin ! Puisqu'il se base sur uclibc... Si quelqu'un a un élément de réponse, merci d'éclairer ma lanterne

Ravi d'avoir été utile (du moins un peu ), et merci. Je teste ca illico !

Salut ! Il faut aussi que tu modifie le fichier local/sbin/main pour que la console démarre sur le gmenu2x : Vers les dernières lignes du fichier, tu dois avoir un truc comme ca : (n'ayant pas le fichier sous les yeux, je suis pas certain de la syntaxe des lignes en question) cd /local/dmenu./dmenu Ces deux lignes sont à remplacer par ca : cd /local/gmenu2x./gmenu2x Une fois que c'est fait, redémarres Dingux, et c'est cool, gmenu2x devrait démarrer.

Bon, après avoir ressuscité ma Dingoo, je peux enfin me prononcer: gmenu2x déchire tout ! Entièrement configurable, dynamique, stable... vraiment le menu ultime !!! Joyrider a vraiment frappé fort, même les noobs peuvent l'utiliser sans peine... Adopté, et j'ai aussi viré Dmenu et DinguXMB

Problème résolu ! J'ai utilisé le new unbricker, mais cette fois avec le bon driver... Maintenant je n'ai plus qu'à tout réinstaller, à commencer par Dingux... Merci yoannd26, et Joyrider par la même occasion !

Salut ! Va sur ce topic et utilise la deuxième méthode, celle qui utilise USB Boot. Tu auras de peut être de meilleurs résultats.

J'ai essayé les deux... Celui à moitié en Chinois, et un autre appelé new unbricker, qui est en anglais. Les deux figent après la première ligne, et quand je débranche la Dingoo, une autre apparaît... mais rien d'autre !

Bonjour ! En faisant des bidouilles avancées sur la Dingoo, j'ai par erreur réécrit une partie du secteur d'amorçage d'µC/OS (offset 0xBFC00000 -> 0xBFC01000) dans la NAND, au lieu de le charger en mémoire... Comme je n'avais aucune intention de toucher à la NAND, je n'ai pas effectué de dump avant de bidouiller... et résultat, la Dingoo reste sur écran noir, et ni µC/OS, ni Dingux ne démarrent... Bien entendu, j'ai essayé avec le logiciel d'unbrick, mais il reste coincé sur la première ligne lors du Flash (et comme c'est du chinois...). En revanche, UsbTool arrive très bien à booter les stages 1 et 2 de la console, et m'autorise également à lire/écrire sur la NAND et la RAM. L'idéal serait donc que je rétablisse le secteur de démarrage normal dans la NAND. Ma question est donc : est-ce que quelqu'un pourrait me fournir un dump complet ou partiel (0xBFC00000 à 0xBFC01000) de sa NAND, afin que je puisse rebooter correctement sur le système ? Merci par avance

Enfin un menu digne de ce nom pour la Dingoo !!! Parce qu'avec DinguXMB et Dmenu, c'était un peu statique, moche et pénible à configurer... Apparemment il y a encore quelques erreurs liées à la jeunesse du menu, mais il s'annonce particulièrement prometteur, en plus d'être extrêmement customizable !

Pfffff très juste, j'avais pas pensé à ca... Bon. Et sinon, lorsqu'on envoie la console au SAV, est-ce qu'elle est mise à jour ?

Bonjour à tous ! J'ai une de mes Xbox 360 qui m'a fait il y a peu une erreur E74 (en même temps à qui ca n'est pas arrivé...). Elle est en kernel 7371, donc vulnérable pour le hack par JTAG (Falcon). Elle doit partir sous peu au SAV, et j'ai peur qu'à son retour elle n'ait été mise à jour. Ma question est donc: avec l'erreur E74 active, est-ce qu'il est toujours possible de dumper ma NAND, au moins pour récupèrer la clé CPU ? Merci pour vos réponses !

Sans doute oui, mais peut être du fait des différentes versions d'uClibc utilisées sous Windows et Linux la compilation se passera bien, mais lors de l'exécution, paf ! C'est vrai que sans des tests on ne peut pas réellement savoir... Sinon, pour le makefile, il n'y aura même pas besoin de le modifier, le compilateur est le même, mipsel-linux-uclibc-gcc, mais sous Linux, booboo a crée un lien mipsel-linux-gcc vers mipsel-linux-uclibc-gcc. Il suffit donc juste de faire un raccourci Merci yoannd26 !

Salut ! Je suis en train d'essayer d'adapter un environnement de compilation pour Dingux sous Windows (avec Cygwin bien sûr). Comme les développeurs le savent, pour créer un programme sous Dingux, il faut utiliser le toolchain crée par Booboo afin de compiler. Ce toolchain n'existe malheureusement que sous Linux, y compris le compilateur mipsel-linux-uclibc-gcc. Cependant, en grattant dans mes différents devkits, je me suis rendu compte que celui de ma popcorn-hour (lecteur multimédia HD pour ceux qui ne connaissent pas) comprenait un compilateur mipsel avec uclibc pour Windows. Donc dans la théorie, il ne me reste plus qu'à adapter les libs du toolchain pour correspondre avec celui de booboo. Maintenant mon problème ! Dans le toolchain de booboo, la version d'uClibc est la 0.30.1, et dans la version Windows, j'ai la 0.28... Donc ma question, les programmes compilés par cette version seront ils compatibles avec le système de booboo ? Si les développeurs d'uClibc ont bien fait leur travail, on peut supposer que oui, puisque ils doivent faire en sorte d'assurer une bonne rétro-compatibilité. Autre question, en admettant que ce soit compatible, les programmes crées sous Linux pourront-ils être repris sous windows et compilés de la même manière ? J'aurais bien refait le toolchain de booboo entièrement, mais compiler GCC, c'est vraiment la croix et la bannière... alors si en plus il faut le compiler avec uClibc et sous Windows... Merci de vos réponses !

Hum... Un petit problème de livraison peut être ? Quoi qu'il en soit, bravo à vous c'est vraiment classe comme stickers. Je sens que je vais m'en faire un petit !