Badablek

1 message et direct du warez ? ça fera 2 jours de ban, la prochaine fois ça sera définitif.

salut, je vais peut-être dire une bétise, mais il me semble bien que les modèles C ne disposent pas d'un root permanent (par modification directe du firmware). je me suis retrouvé dans la même situation avec une série D (UE40D6750). j'ai pu tout de même la downgrader vers un firmware acceptant encore samygo (moyennant bidouilles des DNS pour spoofer un vieux firmware et le faire passser pour un nouveau) tu peux néanmoins installer l'app samygo, qui, une fois exécutée, donne un accès root, telnet, ftp et déplombe au passage les DRM empêchant la lecture des enregistrements ailleurs que sur la TV qui a effectivement enregistrée. il a peut-être eu des évolutions (je guette de temps en temps pour ma TV, mais ça ne bouge pas) : http://wiki.samygo.tv/index.php5/Patched_firmware#C_series_TV.60s en gros tu passes par les DNS de samygo pour installer un firmware hacké (en le paramétrant dans les options réseau), mais je n'arrive pas à définir si celui-ci est hacké pour le root ou si c'est juste les apps qui peuvent être installeés et auto-bootées (solution pas très propre bien qu'utile, qui nécessite d'autobooter samygo à chaque démarrage du TV...ce qui prend un certain temps, voire un temps certain). À priori c'est bien la deuxième option qui est réalisée. tu peux toujours tester la méthode DNS, tu sauras de suite si un firmware hacké est proposé. Le reste du hack consiste généralement à passer par une clé USB pour y mettre les apps. (je ne me souviens plus du tout comment j'ai installé samygo sur mon TV) EDIT : sur modèle C, seul le firmware T-VAL6DEUC a été patché. Je doute que ce soit le firmware de ton TV (qui doit être un T-VALDEUC) mes (mes)aventures avec ma UE40D6750 : http://gueux-forum.net/index.php?/topic/267741-downgrader-le-firmware-dun-lcd-samsung-srie-6/

salut, http://www.linfoxdomain.com/nintendo/ds/'>linfoxdomain, comme toujours le dernier kernel en date (1.44b), version french, http://www.linfoxdomain.com/nintendo/ds/?mode=desc&fileid=4775'>ici

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.

1 message et déjà un lien boutique dans la signature, ça ne va pas être possible, signature éditée. on ajoute à cela un message posté n'importe où, et il n'en faut pas plus pour qu'il rejoigne la poubelle, désolé. donc merci de bien vouloir poster correctement, dans la bonne sous-section, et ne plus inclure de lien boutique quelconque dans ta signature. et accessoirement consulter le forum qui regorge de sujets de ce genre, et dont la réponse reste invariable.

les PCB de Nintendo sont faits de telle sorte que tu peux lire directement dessus... donc il sufffit de regarder les inscriptions, pour Rz (et non Zr) inversé avec Y, ça donnera le schéma ci-joint (j'ai mis les pistes de chaque bouton en surbrillance pour faciliter la chose) attention, ça reste de la soudure de précision, donc fer à souder adapté ! 15 watts maxi, panne fine en pointe, fil kynar, fil d'étain fin perso j'utilise toujours un JBC 11 watts à panne pointue (JBC 14ST)

couper = enlever une partie du vert clair >> oui, pour ça que j'ai mis ça entre 2 traits rouge, pour bien préciser qu'il faut retirer la piste à cet endroit gratter jusqu'où >> suffisament pour y souder un fil kynar, disons 2 mm (à l'appréciation du soudeur) sinon, tu as aussi cette possibilité : N64 to GC dispo en version pré-assemblée en boutique ici mapping des boutons et là tu joues carrément avec la manette originale N64 (le plus étant d'en avoir une dont le stick n'est pas mort) pour info, j'ai déjà acheté chez raphnet (des adaptateurs snes > USB) très bonne impression sur cette boutique, arrivé vite, marche du tonnerre (installé dans un adaptateur 5 manettes bomberman, 4 manettes fonctionnelles sans driver) EDIT : ou bien encore GC to Wiimote qui dispose de 5 mappings de boutons

en fait le hack d'une manette classic serait bien plus simple à réaliser. voir photo ci-jointe de ma manette démontée avec un exemple simple pour inverser A et B. il suffirait de couper proprement et délicatement les pistes des boutons qui t'interessent, puis de recabler directement depuis les pistes coupées (en grattant le vernis pour faire apparaitre le cuivre et permettre ainsi de ressouder) pour L et R, c'est des fils, donc encore plus simple ^___^

avec le matos adapté (fer à souder soft ET multimètre) et un peu de patience, c'est faisable. mais si tu n'as aucune notion d'electronique et/ou soudure, ça risque d'être chaud quand même.

en général pour ce genre de choses, les manettes noname sont recommandées (tellement mal foutues que ça rend la manipulation plus simple au niveau du PCB) je vais chercher de mon côté si je peux trouver les plans électriques de la bestiole. un début de piste : http://ultimate.arcade.pagesperso-orange.fr/tutos/Hack-Manette-Nintendo-Gamecube-(Pad-GC).JPG si tu as un multimètre, tu pourras peut-être voir où chaque pad correspondant à un bouton est relié sur le chipset de la manette...restera à soulever délicatement les pins en question pour ressouder à ta convenance.

bah pour les jeux VC, la WiiU est plutôt bien fournie, avec boutons mappables à ta guise ça manque juste de jeux N64 par contre je ne sais pas si le mapping est utilisable uniquement avec le gamepad ou si ça marche aussi avec le pro controller...à tester (la logique voudrait que ça reste un mapping universel) EDIT : comme j'ai reçu ma manette Pro aujourd'hui, j'ai testé à l'instant : le pad pro est paramétrable tout autant que le gamepad sur les jeux VC. un exemple de hack manette, mais là faudrait des dev' pour se pencher dessus, perso j'ai pas calé grand chose http://wiird.l0nk.org/forum/index.php/topic,8138.0.html

sauf que c'est loin d'être aussi facile. À priori tu ne connais pas le fonctionnement de la wii, puisque celle-ci n'est pas multi-tâches. Impossible donc de passer par un programme tiers (puisqu'une fois un jeu lancé, il n'y a que lui qui tourne, rien ne peut rester en tâche de fond). La seule façon d'arriver à ce que tu voudrais, c'est de hacker directement les binaires du jeu ou utiliser des codes type action replay dessus. et je ne sais pas si tu as déjà regardé le hack manette classic de Donkey Kong Country Returns (par exemple), mais c'est franchement hard à développer. Ce n'est pas d'un "simple" développeur dont tu as besoin, mais d'un développeur ET hackeur, parce qu'il faut faire du désassemblage et de la retro-ingénierie pour esperer coder des bouts de patches en ASM qui feraient le boulot. rien n'est impossible, mais ça demande du boulot assez conséquent...si tu parles anglais, tu pourrais toujours essayer de poster directement sur GBAtemp, qui accueille bon nombre de hackeurs de talent (parmi lesquels ceux qui ont fait celui de DKCR, Kirby, etc.) EDIT : tu n'es pas le seul à vouloir ça, déjà demandé en 2012...sans réponse favorable : http://gbatemp.net/threads/request-button-remapping-for-n64-vc-games.328817/ par contre ça ne fera pas avancer le hack wii, qui est déjà à son maximum...ça peut néanmoins être un bon entrainement pour les hackeurs en herbe. ps : pour la soudure, rien de plus simple. Tu isoles les pistes des boutons qui t'interessent, après tu peux recâbler comme bon te semble. Il n'y a aucune limite à ton imagination. à noter que sur WiiU, les commandes peuvent être personnalisées et chaque bouton peut être assigné comme bon te semble sur les jeux VC Nintendo aurait pu avoir cette idée lumineuse, qui tombe sous le sens, sur Wii... vivement que Nintendo propose le transfert des licenses VC Wii vers WiiU (j'attends toujours)

salut, sauf que Dios Mios ne vérifie absolument RIEN ce serait bien la fin du monde si crediar s'y mettait aux DRMs, sachant qu'il est absolument contre (et puis bon, mettre ce mécanisme en place dans un mIOS open source...je peux t'assurer que dans la demi seconde qui suit une nouvelle version, le build déplombé serait là). Tu as confondu avec Devolution. teste un rip de jeu GC ou Wii avec Clean Rip, tu sauras de suite si il est vivant ton lecteur (mais j'en doute) ps : aucun IOS ne gère le lecteur DVD, tu ne pourras donc rien y faire (ce n'est de toute façon PAS logiciel mais matériel, à coup sûr) Quant au son dans Starfox, il va falloir lire un peu la doc de Dios Mios ^___^ et accessoirement le http://wiki.gbatemp.net/wiki/DIOS_MIOS_Compatibility_List'>wiki officiel de compatibilité. DM ne supporte pas (et ne supportera probablement jamais) l'http://www.gc-forever.com/wiki/index.php?title=Audio_Streaming'>audio streaming, fonction utilisée par certains jeux pour accéder directement aux pistes son de la galette sans passer par le processus habituel. Donc tous les jeux utilisant cela resteront muets comme des carpes (concerne parfois la bande son complète, parfois les musiques, parfois les bruitages, parfois les cinématiques, etc.) extrait du wiki pour Starfox Adventures >> Issues : Audio streaming. No voices in cutscenes. seuls Devolution et Nintendont supportent l'audio streaming. L'un étant DRMisé de manière un peu trop casse bonbon à mon goût (javel lacroix et la bannière pour vérifier mes jeux et y jouer sur vWii, par exemple), l'autre étant encore au stade d'alpha (ne supporte que Zelda Wind Waker) ps : et devolution m'a crashé ma partition FAT32....2 fois. Chat échaudé craint l'eau froide.

salut, désolé, mais quand ça parle de pimp, je ne peux (et surtout ne veux) pas apporter de réponse sinon inviter à le mettre à la poubelle Private joke à part, le problème ne vient probablement pas du hack de toute façon, donc je ne vois pas ce que pimp pourrait y faire (il est déjà bien incapable d'installer un hack clean...alors régler des problèmes "autres" ). C'est bien simple : une fois un jeu lancé, le loader s'évanouit (pas de multi-tâche). Ne reste QUE le cIOS qui assure le pont logiciel entre le HDD et la wii. le problème peut donc venir du cIOS (auquel ca il ne fonctionnerait pas du tout...c'est du 0 ou 1 ces petites bestioles, soitt ça marche, soit ça ne marche pas, mais ça ne marche pas "un peu") ou du HDD qui passe en mode veille (ou boitier malade). je pencherai personnellement pour la seconde option. Donc faudrait déjà utiliser un autre périphérique (même une clé UB, peu importe), pour voir si ça tourne bien sans crash tu peux aussi tester le HDD dans un autre boitier si possible (connecteur non proprio et si tu as un boitier qui traine) si le problème se répète, tester avec un autre loader (wiiflow n'étant plus que l'ombre de lui-même, je conseille très fortement USBloader GX rev1218) et si toujours ce problème, tester ave l'autre port USB (cios d2 v10 beta 53 nécessaire) et un peetit syscheck pour la route, ça nee fait pas de mal...j'entends par là un VRAI rapport syscheck avec le VRAI logiciel syscheck, et pas cet ersatz contenu dans pimp. @dcx : l'IOS58 est obligatoirement USB2, puisque c'est sa fonction première. Mais à utiliser pimp à toutes les sauces, on en obtient des rapports syscheck incomplets c'est juste qu pimp ne lee précise pas, rien de plus.

une NAND virtualisée, c'est FAT32 UNIQUEMENT, et ce, quel que soit le loader. c'est en effet le cIOS qui assure la passerelle entre USB et loader, et la NAND virtuelle n'est supportée QUE depuis une partition FAT32. À ma connaissance, aucun cIOS ne supporte le NTFS pour la NAND virtualisée. donc je vois mal comment virtualiser une NAND en NTFS si la passerelle ne le supporte pas. Quant à joyflow est destiné avant tout à être lancé depuis une NAND totalement virtualiséee (via SNEEK/UNEEK), donc peu d'interêt à le lancer en NAND réelle. Pour finir, je t'ai déjà dit et redit d'utiliser USBLoader GX, dans différents topics, libre à toi de vouloir absolument passer par wiiflow...mais tu vois le résultat que ça donne wiiflow est un loader en constante version beta, et tous les utilisateurs jouent les cobayes...un thème un peu exotique > plantage, des jeux qui ne lui plaisent pas > plantage, etc. ça fait bien longtemps que je ne suis plus ce loader (bien que fan de la première heure), et ma console s'en porte bien mieux depuis.

uLoader est dépassé, peu fonctionnel (et accessoirement très moche niveau interface) USBLoader GX, cIOs d2x v10 beta 53, NAND à la racine de la première partition (FAT32 obligatoire) d'un périphérique USB, ça fait des merveilles. accessoirement cIOS waninkoko rev17 ou re21b sur un slot autre que 249/250 pour les jeux récalcitrants (Moto Heroz par exemple)

aucune MAJ n'a jamais touché à la NAND vWii...et aucune ne le fera probablement. donc peu de risque de faire disparaitre le hack de cette façon et puis de toute façon, même en désinstallant absolument tout ce qui touche au hack vWii (ce qui inclut les tickets parasite), il restera encore des traces facilement visibles pour Nintendo. Le fichier UID de la console garde en effet la trace de tout ce qui a été installé, hack compris. bref, désinstallation propre des cIOS, de HBC...et croiser les doigts pour que Nintendo ne fourre pas son nez plus loin.

désolé, mais il ne faut pas rêver (et surtout bien relire ce qui a été dit sur GBAtemp). À AUCUN moment il n'a été question de réinjecter une NAND A vers une console B ! le gars dont tu parles (je suppose que c'est ceci) a dumpé une NAND d'une console A (3DS) il a ensuite utilisé la fonction de transfert de jeux vers une console B (3DSXL) (à cet instant, la console A est vide de jeux dématérialisés, la console B contient tous les jeux dématérialisés transférés) il a ensuite réinjecter le dump A (antérieur au transfert de contenu) sur la console A (JAMAIS il ne swappe la NAND, tout simplement IMPOSSIBLE) (à cet instant, les consoles A et B contiennent en même temps tous les jeux dématérialisés) si la console A est reconnectée à l'eshop, TOUS LES JEUX partiront automatiquement en fumée (la boutique vérifie les tickets d'installation et supprime le contenu illégitime) ce n'est pas ET NE SERA JAMAIS du swap de NAND. Cette méthode explique simplement comment VOLER du contenu en profitant du dump de NAND pour réinjecter illégitimement les jeux transférés. voir les réponses ici et ici les NAND sont chifffrées avec des clés propres à chaque console, aucun swap ne sera jamais possible sans une quelconque découverte pour dumper les clés de chaque console. voir http://gbatemp.net/threads/nand-flash-dump-3ds-xl.350668/page-2#post-4730339'>ici et http://gbatemp.net/threads/nand-flash-dump-3ds-xl.350668/page-6#post-4739619'>là sur le chiffrement de NAND.

ton syscheck est nickel là

salut jayjayjay, les wiiwares sont supportés nativement (ausi bien en NAND réelle que virtuelle) depuis toujours (quasiment) une fois que tu as mis une NAND à la racine d'une partition FAT32 (sur SD ou HDD), tu peux tout à fait les lancer depuis USBLGX, le cIOS assurant la passerelle entre les deux. ma configuration personnelle : une NAND virtuelle décompréssée à la racine d'une partition FAT32 de mon HDD (placée en première position évidemment) pour la petite histoire, je ne travaille pas en NAND totalement virtualisée, trop contraignant et trop lourd, les résultats dépendant directement de la qualité et de la vitesse du périphérique qui héberge la NAND (et lancer un loader dans une NAND virrtualisée, perso je ne trouve pas ça très propre comme méthode). La virtualisation partielle, commune à tous les loaders, me suffit largement (seuls les wiiwares sont lancés en virtualisation partielle, avec uniquement l'environnement de travail dont ils ont besoin pour ça...sans avoir à charger la NAND totalement)

non recommandée dans le sens : pour profiter des jeux GC (USBLGX ne supporte que DML) pour le reste, la 3.0 tient la route mais la r1218 est tout de même fortement recommandée, ne serait-ce que parce qu'elle supporte DM, DML, Devolution, Nintendont et qu'elle corrige le souci de format vidéo (ne concerne pas grand monde, mais qui sait) : - r1218 (lien officiellement posté sur le googlecode d'USBLGX, https://code.google.com/p/usbloader-gui/issues/detail?id=1769#c3329'>section Beta) - Alternative, ma version r1218 perso, avec onglets (sources modifiées disponibles ici) En gros ça donne ça :

on ne doit pas avoir la même définition de hater....ou alors va falloir consulter un dico anglais. critiquer un produit ne définit pas la personne comme hater que je sache. Toute critique est bonne à prendre, et c'est même comme ça que ça fait avancer les choses. Faut juste arrêter de prendre toute remarque comme une attaque quelconque. à sa sortie, le gateway n'était qu'une "bête" copie 1:1 (déjà un exploit tout de même) des jeux et l'avenir ne semblait pas rose, y compris de l'aveu même des concepteurs, il suffit de relire un peu ce qu'ils disaient à l'époque. avec le temps, et très certainement les premières critiques sur l'utilisation du linker, ils ont pourtant réussi à étoffer le produit et multiplier leurs efforts (et c'est très bien). si demain ilss arrivent à lancer du code non signé, je serai le premier à applaudir, même si j'ai été le premier à critiquer (et NON, je ne suis PAS un hater). Comme on dit, il n'y a que les cons qui ne changent pas d'avis. On peut critiquer, tout en saluant l'effort fourni, montrant qu'ils se soucient un peu plus de leurs clients que la plupart des fabriquants de linkers DS. si maintenant on pouvait s'en tenir au sujet, que ce soit des applaudissements ou des critiques...

que je sache, quiconque a le droit d'exprimer son opinion, que ce soit ici ou ailleurs, en bien ou en mal si ça leur chante. bref, sans vouloir jouer à qui a la plus grosse, je te prierai de bien vouloir laisser la modération faire son boulot et ne pas la remplacer. avec tout mon respect aussi. d'ailleurs j'ai beau ouvrir les yeux en grand, je ne vois aucun hater ni aucun commentaire déplacé dans ce flux... retour au sujet.

salut, officiellement, non, totalement impossible officieusement, en virtualisation de NAND, possible de les utiliser depuis un loader, qui regroupe toutes les chaînes. dans tous les cas, en NAND réelle, tous les VC/WW achetés sont installés dedans, un jeu = une chaîne.

je me demande bien où tu as pu lire ce genre d'âneries...USBLGX est l'un des meilleurs loaders existants sur Wii. Il partage le haut de l'affiche avec Wiiflow sans problème. USBLGX supporte depuis bien longtemps les wiimotes + nouvelle génération...à mon avis, tu utilises une version qui date de la préhistoire. Dernière version svn en date : r1218 (fortement recommandée !) dernière version officielle (non recommandée) : 3.0