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!