yopadato

Salut à tous, alors voilà le problème : ce matin j'install un pkg d'un jeu, puis un autre pkg tout de suite après (le "fix" du jeu), quand l'installation de ce dernier pkg est arrivée à 100%, la console a planté. Donc j'ai maintenu le bouton power enfoncé jusqu'à ce qu'elle s'éteigne, puis je l'ai rallumé, et c'est là que le merdier a commencé. La console démarre normalement, j'ai le choix du profil, j'en choisi un, mais une fois lancé j'arrive donc dans la catégorie jeux du xmb, et là, la console freeze presque instantanément ! Je peux voir que le pkg que j'avais installé a créé une ligne dans cette catégorie, mais sans icone (install corrompue probablement), mais je ne peux pas le supprimer car la console a déjà freeze à ce moment là. Pour voir si ça venait bien d'un problème avec les fichiers du hdd et pas autre chose, j'ai remis mon hdd d'origine dans la console (je ne l'avais pas formaté), et là magie, aucun problème la console démarre. En gros, une simple install de pkg a réussi a me planter le système de fichiers sur le hdd. Je suis passé en mode recovery, j'ai essayé "restauration du systeme de fichier", aucun résultat, réinstall de Rogero 4.41 par l'option 6, ça se passe bien mais aucun résultat, la PS3 freeze toujours au moment de charger la catégorie jeu. Ma question : peut-on accéder au HDD de la PS3 autrement que par FTP, j'ai commencé à fouiller un peu sur les forums mais tout le monde ne semble pas être d'accord sur le sujet... Je ne peux envisager de formatter ce hdd, qui contient beaucoup trop de jeux, et surtout mes sauvegardes. Il doit quand mm y avoir moyen de supprimer ce dossier de malheur J'ai tenté un "hot swap" en démarrant multiman avec mon hdd d'origine, et en changeant de hdd, quand je lance le ftp je vois les partition, mais quand je rentre dans hdd0 c'est vide. Une idée ? Des infos pour l'accès au HDD de la PS3 par le PC ?

Bonsoir les gueux, Voilà je me permets un petit post sur le forum afin d'essayer de comprendre un peu mieux le fonctionnement de ma console. Je vous explique la situation de base : - Xbox 360 Slim (MFR 17/08/2011 [Hé oui, compatible], si je me souviens bien, je n'ai pas la console sous les yeux) + puce x360glitchip 1.1 >> montage fait en octobre dernier au début du hack glitch, pas parfait, Slim un peu récalcitrante mais rien de bien méchant, les boot se faisaient généralement en moins d'une minute. - Dump de la nand d'origine en 13599, aucune mise à jour MS par la suite. - Mise à jour récemment en GGBoot 14717 avec XeBuild GUI 2.0, aucun problème. Bon, jusque là ça va. Etant donné les temps de boot qu'un ami obtenait sur sa Slim avec une x360glitchip 1.4, je me suis motivé et j'en ai commandé une > pose de la puce (dans de mauvaise conditions je l'avoue) = au démarrage le ventilo faisait des impulsions non stop, et aucun boot bien sûr. Reprogrammation de la puce avec timing alternatifs, pareil (la LED restait verte, elle ne passait pas une seule fois au rouge comme ça devrait être le cas). Résultat je démonte et je remets ma puce 1.1, pensant que la puce 1.4 est défectueuse. A ce moment, j'obtiens quelques boot avec la console, mais beaucoup plus difficilement qu'avant. Le lendemain je retente la 1.4, cette fois-ci bien plus calmement, et je me rends compte que le soir précédent nous avion inversé les fils A et F sur la puce Donc je les remets à la bonne place sur la 1.4 et je tente un boot, mais la LED de la puce reste constamment verte, et je n'obtiendrai finalement aucun boot (par contre cette fois le ventilo ne s'emballait pas, ça venait bien de l'inversion des points A et F sur la puce... oups). Je décide donc de remettre ma 1.1, avec exactement le même montage qui m'a permis de booter ma console pendant des mois, et là, rien, impossible d'avoir un boot, une journée entière à vérifier les soudure au multimètre, à changer la longueur du fil sur les points A et F, mais rien n'y fait. Je me dis alors que j'ai peut-être abimé la console en inversant les fils A et F de la puce, je dessoude donc la puce, et je reflash ma nand d'origine (13599) grâce à mon SPI et NandPro. Là, aucun problème, la console boot sur le NxE immédiatement, autant de fois que je le veux. Désolé pour le pavé mais il fallait que j'explique correctement la situation avant de poser mes questions. Donc : - Avec les points A et F inversés, j'ai quand même réussi un bon nombre de fois ma console avec la puce 1.1, normal ??? - La console était en GGBoot 14717 (voire 14719 je sais plus, mais ça change pas grand chose), et en flashant ma nand d'origine qui est en 13599, j'aurais donc effectuer un downgrade ? Pourtant j'ai lu partout que le downgrade une fois en 14717 n'est plus possible, dois-je donc comprendre qu'il s'agirait d'un "downgrade" uniquement si j'avais fait la maj 14717 OFFICIELLE ? - Avec Xebuild GUI 2.0, j'ai voulu créer une "nand retail" en 14719 à partir de ma nand d'origine 13599, mais une fois flashé j'obtiens simplement une LED rouge (et étrangement, j'entends plusieurs impulsions avec le bruit du ventilo avant que la LED ne devienne rouge, pourquoi y a-t-il des impulsions qui ressemblent à celles du RGH alors que je flash une nand "retail" ? - A l'heure actuelle j'ai repassé ma console 13599 (nand d'origine), et elle démarre, j'ai mis un disque et j'ai joué, aucun problème. En fait, je vais bientôt recevoir un autre exemplaire de x360glitchip 1.4 (échangée), car je pensais l'autre morte. Ceci dit, je pensais aussi ma 1.1 fusillée mais un ami l'a posée dans sa Falcon et elle fonctionne parfaitement. Est-il possible que ma console ait "perdu sa capacité à glitcher" à cause de l'inversion des fils A et F et des multiples boot avec ce montage ? Si j'avais cramé quelque chose dans la CM, elle ne démarrerait plus du tout, même pas avec la nand d'origine, si ? Je voudrais éclaircir ces quelques points avant de monter ma nouvelle puce 1.4, histoire de comprendre un peu mieux le fonctionnement des nand et des maj. Merci les gueux !

Petits problèmes avec ma console depuis la MAJ de FSD en r701 : - Les jeux Xbox 360 se lancent, mais à chaque lancement, FSD freeze entre 10 et 20 secondes, avant de démarrer le jeu - Les homebrew ne démarrent plus ! Tenté avec l'ému Snes, avec Xexmenu, ... ça me fait une erreur et me renvoie sur le Dashboard officiel NxE. J'ai pensé que ça pouvait venir du fait que j'avais pas fait la maj vers la 14699, mais maintenant c'est fait, et ça ne change absolument rien, tous les problèmes persistent. J'ai aussi réinstallé dashlaunch proprement, mais rien à faire... J'ai l'impression d'être le seul à qui ça arrive, et je trouve ça assez étrange. Petite précisions, j'ai une Slim, modèle récent fabriqué en aout 2011, hackée en glitch bien sûr.

Il semblerait que ce problème affecte certains jeux (comme Naruto EX2, Trauma Center, ...). Je ne sais pas encore exactement de quoi vient le problème, mais j'ai entendu parler d'un bug en rapport avec le nombre de dossiers contenus par les partitions de certains jeux Wii. J'ai voulu tester Naruto aussi mais il est impossible de l'ouvrir, seul l'auteur de Trucha Signer est en mesure d'apporter une correction. Je peux quand même extraire le main.dol en utilisant WiiBrowse, puis le patcher en PAL, mais évidemment sans Trucha Signer je ne peux pas l'insérer dans mon ISO. Voilà, wait & see...

C'est parceque, appriori, l'erreur est générée aléatoirement...tu peu rippé 10x le meme jeu sans erreur et hop a la 11 ème te retrouver avec l'erreur... Voilà l'exemple concret : ++ Un bug vraiment aléatoire donc...alors je souhaite bonne chance à Kreon pour la correction du firmware, ce genre de bug dans un programme c'est ce qu'il y a de pire à corriger. @+

Toute la question est de savoir si la console a la possibilité d'effectuer un log en local et de garder une trace de tous les DVD qui ont été utilisés. Personnellement je ne joue pas en ligne, mais par précaution, je laisse le cable réseau débranché en permanence. Je me connecte au live uniquement pour les grosse MAJ de la console, mais sans jeu dans la console. Malgré le fait que je ne joue jamais en ligne, j'ai vérifié mes backups avec KreonChecker (SH-D162C v1.00) : - Naruto ROAN --> OK - Assassin's Creed --> OK - Mass Effect --> OK - Ace Combat 6 --> OK J'ai aussi un peu de mal à comprendre comment les SS.bin provenant de rips faits avec le même lecteur, la même machine, le même disque original, le même firmware Kreon et le même logiciel de backup, puissent un coup être détectés comme des mauvais rip par KreonChecker, et le coup d'après devenir des bons backups...

Alors ça c'est balot, contacte le SAV m$. Deja fait mais malheureusement il ne veule rien entendre !!! je ne sais pas koi faire avez vous une idee ? Je ne sais pas si ta console est vraiment clean ou pas, mais si tel est le cas je trouve inadmissible que le sav de MS t'envoie ballader sans d'abord se demander si un problème n'a pas pu se glisser dans le système de détection. Je ne remets pas en cause ce système, mais chez MS ils ne sont pas non plus les rois du 100% fiable, alors sur le nombre de consoles connectées que le système doit vérifier, il pourrait très bien y avoir eu une erreur. Tu devrais les harceler pour qu'il t'écoute!

Oui je crois vraiment qu'il faut se rendre à l'évidence, la team Wiikey, c'est terminé. Ils ne sortiront même pas un correctif pour l'audiofix à mon avis, ils se contentent juste faire quelques news pour "s'excuser" sur leur site officiel, histoire de calmer les foules, et de vendre les derniers stocks de Wiikey. En tout cas pour la prochaine génération de modchip, je ferai bien attention à ne pas acheter un produit de cette team, même s'ils se cachent derrière un autre nom. La vérité c'est que les développeurs de cette puce pensent avoir fait leur boulot et maintenant qu'ils s'en sont mis plein les poches, ils ont plus envie de bosser sur le code. Franchement, même s'ils ne font rien pour corriger le code, ils pourraient au moins donner le code source, expliquer comment le compiler, et donner la procédure pour mettre à jour le modchip...apparemment, même ça, ils en sont incapables. Une team qui lance un produit ne réalisant pas tout ce qui était promis, et qui plus se permet de laisser les acheteurs dans le flou, pour moi ce sont des minables voilà tout.

Bah tu vois, il se trouve que je serai surement capable de créer un firmware pour cette puce! Moi je veux bien plancher dessus, mais dans ce cas demande toi-même à la team Wiikey de nous donner les outils nécessaires à la reprogrammation du mochip... En tant qu'acheteur de la Wiikey (que j'ai d'ailleurs remplacé par une install WiiFree), ils se doivent de faire fonctionner leur modchip comme ils l'avaient annoncé. Un exemple? "Built-in AudioFix" Alors là je rigole, ils ont tellement foiré le codage de cette fonction que les jeux utilisant l'audiostream plantent complètement, même les disques originaux! Quand on fait de la pub pour un produit, ce dernier doit fonctionner comme dans la pub, sinon il existe quelque chose qu'on appelle Service Apres Vente, mais je crois qu'il est inexistant chez eux...

Sérieusement, ils ont intérêt à nous concocter de vraies nouveautés pour pardonner le fait d'être autant en retard ! Si la seule nouveauté est la correction du bug de l'audiofix pour les jeux GC, je suis désolé de dire ça, mais c'est vraiment se foutre de la gueule du monde. Bientôt 3 mois de codage pour un petit bug ridicule...

Malheureusement non... Le jour où je me suis rendu que mes plantages dans ces jeux GC venait de la Wiikey, j'ai même désactiver l'audiofix avec le DVD de config de la puce, et j'ai essayé aves des isos patché avec FSTFIX. Aucun résultat.

Autant d'attente pour une simple correction de l'AudioFix...on aura vraiment tout vu. Les mecs de la team nous sortent que l'histoire des clones n'a pas retardé la MAJ du firmware, bah c'est quoi alors? Deux mois de codage par plusieurs développeurs pour corriger le bug de l'audiofix? On sait pertinemment qu'un dézonnage complet de la console ne sera pas possible avec un modchip installé sur le lecteur DVD, alors ils vont nous sortir quoi? Ah si je sais, la grande innovation, il y avait la vitesse basse (3X), la haute (6X), on aura peut-être droit à une vitesse de 4,5X nan? Ca sert à rien mais ça fait un truc à mettre dans le readme de la mise à jour! Plus sérieusement, j'ai attendu l'audiofix assez longtemps, et ça fait maintenant plusieurs semaines que j'ai installé une solution WiiFree/Yaosm. Quand je voyais l'évolution de ces modchips en comparaison avec l'inexistence de support client de la team Wiikey, y'avait pas photo... Alors vous me direz, le bug de l'audiofix ne concerne que quelques jeux GC, mais ils se trouvent que ces quelques jeux j'aimais y jouer avec mais potes (surtout les Naruto en fait), et à cause de cette puce c'était devenu impossible! Quand j'ai acheté la puce c'était en partie pour la fonction "BUILT-IN AUDIOFIX" affichée sur leur site officiel, et au final c'était pas du tout le cas. Voilà je m'étends pas plus sur le sujet, mais si le nouveau firmware n'apporte rien d'autre que la correction de l'AudioFix, je risque pas de resouder ma WiiKey

Bah le PIC 12F629 est bien sur la carte qui est à l'intérieur. Pour programmer le PIC, je débranche la Wii, et je connecte le port série à la carte qui est dans la Wii. Bon, j'utilise ICPROG pour flasher, il semblerait que ce soit le seul qui fonctionne. Par contre un truc que je me demande, quand je lance le flash du PIC, il me dit qu'il ne peut pas trouver la valeur OSCAL, et si je veux la remplacer par la valeur 3FFFh (ou quelque chose comme ça je me souviens plus, s'il faut plus de détail je ferai la manip). Un autre problème m'inquiète, en fait quand je mets un backup aucun souci il est détecter, mais j'ai l'impression qu'à chaque fois que je lance GCOS (ensuite je lance Naruto 4 en NTSC), dès que je reviens dans la menu Wii, après ma partie, ça ne fonctionne plus! Le lecteur ne lit plus aucun backup, seulement les originaux. La seule solution que j'ai trouvée est de débrancher complètement la Wii du secteur pendant 10 secondes et de la rebrancher. J'ai flashé le PIC 12F629 avec le code YAOSM 1.6 mais leproblème semble persister, du coup je me demande si le PIC est vraiment reprogrammé par ICPROG (version 1.05E). Quelqu'un a déjà rencontré ce problème?

Bon alors voilà j'ai monté le bidule! Ca a l'air de tourner sans problème. Le PIC est un 12F629. Mais en fait il y a une petite carte, sur laquelle est le PIC, et je dois la mettre dans la console. Donc en gros je peux pas sortir le PIC mais je peux brancher le port série sur la carte. Je suppose que je dois flashé le PIC après avoir pris soin d'éteindre la console? Je vous poste des images pour que vous voyez bien le montage. http://perso.orange.fr/yopadato/05-05-2007-1.jpg http://perso.orange.fr/yopadato/05-05-2007-2.jpg

Nan nan là il n'y a plus d'histoire de petit contretemps qui tienne! C'est fini, si jamais je reçois mon PIC et mon programmateur avant la release du firmware, ce dont je ne doute pas une seconde, je mets la Wiikey en pièce! Arf les mecs qui ont cloné la Wiikey devrait faire une release du code source!

C'est ça le problème, moi j'ai vendu ma GC en pensant pouvoir y jouer sur ma Wii sans problème, ce qui était le cas sans la Wiikey, mais depuis que je l'ai je suis privé de certains jeux auxquels j'adore jouer, alors je n'ai plus le choix je la fous à la poubelle. Dans 2 ou 3 jours ça fera une semaine passée suite à la dernière annonce (encore une...) de la sortie imminente du nouveau firmware. Mon programmateur de PIC devrait arriver demain ou après demain, si le nouveau firmware est disponible d'ici là, tant mieux, sinon j'installe le PIC sans hésitation et je détruis la Wiikey avec un burrin et un marteau pour me soulager

Mouais...moi ça commence sérieusement à me prendre la tête cette histoire de mise à jour du firmware, ça fais bientôt deux mois qu'ils nous balladent avec ça! Moi je pense que ces mecs pensent seulement au trou dans leur porte-monnaie que représentent les wiikey clones, et se foutent complètement des personnes qui ont acheté une Wiikey originale lors de sa sortie. C'est aujourd'hui le seul modchip Wii qui ne permet pas de jouer à certains jeux GameCube, et je dois admettre que ça me gave vraiment d'avoir des DREs en essayant de jouer à mon Naruto : Clash Of Ninja ORIGINAL! Je parle de Naruto mais il y en a d'autres... Je me suis résolu à croire qu'ils ne sortiront jamais un correctif, et je m'installe un PIC avec WiiFree ou yaosm dans les jours qui viennent. Vu le nombre de post que j'ai vu à ce sujet sur les autres forums (MaxConsole, TehSkeen, WiiNewz, ...) la scène Wii va se souvenir de cette team. C'est même plus la peine pour eux de sortir un autre produit sur cette console, ils sont grillés.

Mais comment est alimenté le programmateur? Par le port série?

L'avantage sur Hardstore c'est que lorsqu'on s'incrit en tant qu'acheteur étranger (hors Italie) on peut avoir des tarif préférentiels, en leur envoyant un simple Email. Tu dois voir ça à 15,90€ mais je l'ai eu à 10,50€. Tu me diras, c'est toujours cher pour ce que c'est mais bon, je voulais vraiment pas m'embêter ^_^ Sinon avec quoi je programme le PIC, IC-Prog? PICProg4U? Encore une petite question, je vais passé pour un boulet mais je préfère être sûr, quand on parle de DB9 il s'agit bien d'un simple câble série? En fait avec ce kit, je dois retirer le PIC à chaque fois pour le mettre sur le programmateur, ou alors je dois le flasher après avoir allumé la console (pour l'alimenter) ? A++

Ca devrait arriver d'ici une semaine. Si la team Wiikey n'a toujours pas proposé de nouveau firmware lorsque je reçois le PIC (ce qui est très probable rollwink ), je le monte direct et je vous tiens au courant. Mais je pourrais peut-être quand même mettre le PIC à l'extérieur de la console. C'est vrai que le fait de devoir ouvrir la console en cas de bug m'ennui un peu. A priori rien ne m'empêche de mettre le chip hors de la console avec des fils, si? A++

Bonjour à tous ! Cette semaine un pote m'a demandé de lui commander une puce WiiD pour sa console, et en passant je me suis dis que ça serait pas mal de remplacer ma Wiikey (et oui...j'en ai vraiment trop marre de plus pouvoir jouer à certains jeux GC comme les Naruto, Ikaruga, ou Eternal Darkness, et j'en passe!) Je pense me laisser tenté par une solution "homemade" mais sans trop me prendre la tête...J'ai donc commandé le modchip ci-dessous : http://www.hardstore.com/default.asp?cmd=g...Type=-1&l=2 Donc si je comprends bien, avec ce kit, j'aurai juste à bouger les fils sur le socket, et ensuite lorsque je veux mettre à jour le code du PIC, j'ai juste à le faire par le port série et c'est bon? Merci à tous.

Je suis d'accord avec toi sur le fait qu'au final ce n'est qu'une composition de composants basiques, mais je doute que le code qui réside dans ces puces clones ait été écrit par les cloneurs, et je trouve ça dommage. Aller jusqu'à pomper complètement le site web de la team Wiikey c'est quand même très osé. Dans mes souvenirs, les cloneurs de puces se tapissaient dans l'ombre et faisaient leurs petites affaires directement avec les revendeurs, sans trop s'afficher. Ceux là ils ont pas froid aux yeux quoi

Heu oui enfin là je doute quand même...la mise à jour est estampillée version 3! De plus ce correctif n'était pas prêt lorsque la Cyclowiz v2 est sortie (cette version apportait UNIQUEMENT le support du chipset D2B). Cette mise à jour corrige pas mal de problème, quand la procédure se passe bien en tout cas... Maintenant, si tu as un chipset D2B tu pourras toujours pas mettre à jour ta puce, faut attendre encore un peu.

Ca va tu garde le moral, moi ça me rendrai fou que les mecs annoncent avoir fait des tonnes de tests concernant leur "superbe mise à jour" et qu'au final ma puce ne fonctionne plus...vive la WIikey !

Ceux qui ont un chipset D2B ne remercient pas la team Cyclops, puisque ce chipset n'est pas supporté par la mise à jour De plus, certains utilisateurs se plaignent déja d'une console briquée ou d'une puce devenue HS suite à la procédure de mise à jour.