billos2008

Oui, tout a fait, j'ai laisse le point A en longueur min et j'ai rallonge le point F.

Salut, Après avoir passé une bonne vingtaine d'heures sur le bricolage de ma Slim et du glitch et d'arriver enfin au succès (nombreux essais de câblage différent/position des fils différents) , je voulais confirmer après plein d'essais de longueurs de fil /positions de fils qu'il était très important pour arriver à glitcher une Slim de vérifier : -Fil rallongé sur CPU_RST (Pad F du glitchip) à au moins 35cm (un peu - ou + à essayer 2cm par 2cm en fonction de la console) - Et surtout très ilmportant : ne pas faire passer le fil scotché sur la Carte mère car il y a des problèmes de rayonnement sur le signal qui fait qu'un niveau logique haut va être induit par le rayonnement extérieur et du coup, plein de CPU_RST sont générés à l'infini , ne laissant pas le temps au glitch de se produire Pour savoir si votre tentative de glitch est sur la bonne voie, il faut que vous soyez vigilant au bruit du ventilateur . Si le glitch sé déroule bien , on entend un changement de son au niveau du ventilateur toutes les 3/4 secondes (impulsion généré normalement par la puce pour altérer la procédure de boot) , par contre, dès que le fil rallongé (donc plus vulnérable aux perturbations ! , souvenez vous des cours de CEM, Compatibilité Electro Magnétique ;-) ) , passe à coté d'autres courants plus ou moins importants de la carte mère, alors on entend le même genre de variations au niveau du ventilo en saccade et là => aucun boot possible (vérifié par Acide0 aussi dans un autre thread) Du coup , mon fil rallongé se ballade sur légèrement en l'air , bien au dessus de la carte mère et cela est absolument indispensable pour que le boot RGH marche Autre chose que j'ai remarqué et qui peut gêner le boot RGH : lors du remontage de la console, je n'ai pas réussi à garder la cage métallique dessous la coque plastique noire, car même si cela doit présenter un plan de masse "protecteur", le fil rallongé FT4R2 passant pas loin, cela perturbait le boot.... donc je l'ai retiré et la ô magie, la console Slim remontée complètement boote en moyenne régulièrement sous les 20s Pour info , sur 10 essais consécutifs, j'ai obtenu les temps suivants : 35s/5s/21s/30s/40s/27s/7s/10s/12s/15s ... donc tout cela pour dire qu'il n'est pas forcément nécessaire, une fois que l'on a trouvé des boots < 1minute de s'acharner sur le cablage pour l'optimisation car je pense qu'il reste toujours une part d'aléatoire et que le boot constant RGH sous les 10s relève de l'utopie (en tout cas, avec le hack hardware tel qu'il est aujourd'hui et les puces que l'on a , après, si des optim's doivent venir, elles viendront du hack hardware et de nouvelles puces pas d'un cablage qui certes peut être amélioré mais qui comportera toujours une part d'aléatoire non maîtrisable...)) A+

Non, non pas du tout : on trouve encore plein de MKM003 favriqués à Singapour (Nierle et autres spécialistes des médias)

Salut, Je souhaitais prendre un TX coolrunner pour faire un essai de cette puce mais je n'ai pas de NAND-X qui est recommandé pour le programmer (par contre, j'ai un module USB SPI pour le dump/flash de la Nand et un Cable LPT/JTAG que j'ai utilisé avec le soft 360cgprog de Soul' pour programmer le .jed). Du coup, j'ai vu que le Coolrunner de TX avait un connecteur JTAG horizontal : peut-on l'utiliser avec un cable LPT/JTAG et le programmer avec le soft de SOul' ou faut-il absolument un NAND-X de TX aussi ?

Salut, Bon après ma Falcon phat que j'ai glitché avec le Glitchip et qui boote quasi instantanément à chaque coup, je me suis lancé sur une Slim et là je viens de me rendre compte que le mécanisme de glitch sur Slim est plus qu'aléatoire. Apres mon premier cablage avec 32cm sur le point A direct (comme conseillé par Soul'), j'ai eu tout d'abord 2 premiers boot en 1minute, 46sec puis après un quasi immédiat et 10 après en plus de 3 minutes... bref , je ne sais pas quoi dire à part que le boot sur Slim est plus que capricieux... Je vais essayer de raccourci mon cablage du point A , 2cm par 2cm et revoir les temps de boot mais c'est plus que dur à converger sur ces temps de boot sur Slim. Ce que je remarque pdt les essais de boot, c'est qu'on entend par les bruits du ventilo (qui changent d'intensité) la succession des différents essais de boot (sans doute , tous les CPU_RST qui se suivent après constat d'échec)

Au fait en dehors du fait de mettre 32cm sur la connexion point A de la puce, pour les autres connexions c'est toujours au plus court qu'il faut essayer de les mettre ou cela n'a pas d'importance pour le temps de boot ???

Au fait, avez-vous trouvé un site qui a déjà ouvert des précos sur ce produit car j'ai fait le tour de tous les "classiques" (Arcalide/Infinity/Assentek/..) et nada (même pas un Nand-X)

Salut Arpégius, J'ai récemment glitché une Flat avec une glitchip et j'hésite actuellement à glitcher ma Slim avec la 2ième puce glitchip que j'avais acheté (car je me demandais si d'autres puces avec temps de boot + rapides allaient sortir ensuite) Peux-tu nous dire(à peu pres) quel est ton temps de boot moyen que tu constates sur Slim avec cette puce ? Merci

Ah d'accord Greedo, merci pour l'info : si je résume ce que j'ai compris : via le dongle wifi, le xkey est connecté à ma Box et en allant sur une IP genre 192.68.1.x correspondant au xkey avec le browser de n'importe quel appareil (smartphone/tablette/...), on est sur la page de config Web html du xkey, c'est ça ??

Salut Les Gueux, Je viens de flasher avec succès la Nand de ma Falcon glitchée et je peux donc désormais booter le dash 13604 "hacké" en pouvant par exemple exécuter des .xex (par Xexmenu par exemple). Par contre, je n'arrive à booter que si j'utilise le Cable YUV composite (et ce très rapidement à chaque fois < 10s) par contre, si je connecte uniquement la sortie HDMI, pas de boot du tout. Est-ce qqu'un aurait déjà rencontré ce pb et est-ce normal ? Sinon, je voudrais passer maintenant à un dash alternatif et j'ai entendu parler de FSD et Dash Launch à installer mais n'ayant pas l'expérience JTAG v1.0, je ne sais pas comment cela se passe en détail. Est-ce qqu'un pourrait m'indiquer (ou me rediriger vers des tutos existants) . Est-ce aussi simple que de lancer d'autres .xex d'install de ces outils ? D'avance merci

Donc cela veut-il dire que ça pourrait marcher sur mon Archos 5 Internet Tablet qui est sous Android et a un browser web integré avec la connexion Wifi ? Dans ce cas, il faut qu'il fournisse un .pak pour installer l'appli sur n'importe quel device android, correct ?

Quel interet de lancer le firmware quand le dongle wifi n'est pas encore dispo ?? Qq'un aurait-il vu un site le vendant ?

C'est intéressant comme question car j'ai jeté un coup d'oeil aussi sur ce nand-clip et on peut dire que cela ne se bouscule pas côté tuto et retour d'expérience... Normalement de ce que j'ai vu du site, il doit être vendu avec un pcb en plus qui peut être relié par nappe au module clip et sur le pcb tu dois avoir un connecteur de type parallèle qui devrait pouvoir s'interfacer à un PC . Par contre, je me demandais s'il était possible de faire un "bridge" plutôt par USB car cela fait depuis belle lurette que je n'ai plus de port parallèle sur mon PC et je n'ai rien vu pour faire ça. De plus je ne sais pas si on peut vraiment te conseiller d'utiliser ce genre de module car : - les retours de clip équivalent Wii reportaient des pattes tordues, voire arrachées lors du retrait du clip - et de toute façon, même si cela t'évite qques soudures (mais ce sont les + faciles) pour le dump/flash de la NAND , tu en aurais de toute façon à faire pour la pose de la puce Glitch ... donc ne vaut-il pas mieux souder un module USB SPI ??

Salut, Comment es-tu sur que ceux que tu vas commander sont des Singapour ?? Si t'es sur, je suite intéressé par la référence ou les infos supplémentaires qui peuvent en donner la garantie

Merci pour l'info The Duc, je viens d'en commander . Par contre, j'espère qu'ils proviennent bien de Singapour et non d'Inde sinon on est mal, non ?? D'ailleurs, je ne sais toujours pas comment on peut avoir la confirmation d'origine pour ce genre de produit...

Merci beaucoup l'ami : j'ai tout juste essayé la version du xenon.elf que tu m'as envoyé pour gérer les badblocks (perso, j'en avais un en 0x2b6 sur ma Falcon) , je l'ai mis sur une clé USB avec ma NAND préparé en 13604 par la méthode gligli0.33 . J'ai booté Xell reloaded qui a vu ensuite le xenon.elf et réecrit la NAND puis au reboot suivant , le dash 13604 est apparu ! Donc tout s"est bien passé : ton xenon.elf updaté pour badblocks est fonctionnel . Heureux d'avoir pu être ton béta testeur et surtout merci pour l'excellent taf que vous faites sur ces hacks

Bonjour, Je viens de flasher mon iHAS624B-32 (GL29) avec le nouveau fw et l'essai Burn XGD3 + Verif IMGBURN + Install HDD sur Xbox est OK en 2.4x et Verbatim mkm003.

Bonjour à tous, J'ai précédemment glitché ma Falcon avec le hack RestGlitchHack lorsqu'il était passé en v1.1 (pour supporter la Falcon) et j'ai donc pu lancé Xellous (je crois que c'est comme cela que cela s'appelle) pour récupérer ma clé CPU et DVD. Je viens de voir que le lancement d'un kernel 13604 hacké était désormais possible et en suivant le tuto de création de la nouvelle Nand avec le ggbuild 0.33, j'ai pu générer ma nouvelle NAND et le log détaillé que j'ai regardé est OK . Du coup j'allais recabler mon module SPI pour reflasher la nand mais j'ai vu cette possibilité ô combien plus tranquille de reflasher ma NAND par rawflash. Par contre, je ne sais pas si je peux le faire car je n'ai pas bien compris si j'avais le xell-reloaded 2 stages de ma première install de la nand ou pas ? Car si ce n'est pas le cas, je suppose que la manip rawflash v2 ne marchera pas, c'est correct ? Plus globalement, pour les personnes ayant juste modifié leur NAND à l'apparition du hack RGH en 1.1, est-il obligatoire de repasser par la case " module SPI USB" pour reflasher ou y-a-t-il une possibilité de faire cela par clé USB ? (je précise que j'ai bien récupéré ma clé CPU et DVD) Enfin, j'ai un (et un seul !) bad block dans ma NAND d'origine mais cela n'a pas posé de problème avec ggbuild 0.33 qui l'a remappé comme c'est décrit dans le log détaillé : Du coup, est-ce quand meme un probleme bloquant pour utiliser rawflash ? Merci pour votre aide

Hello, Pour revenir au sujet initial , est-ce qqu'un qui est familiarisé avec le hack JTAG v1.0 pourrait expliquer les différences qu'il y a entre les différents update de la NAND que l'on peut faire. Car je pense qu'on est pas mal à s'intéresser au glitch hack et qui ne sont pas forcément familiers avec le principe JTAG, du coup cela pourrait aider pas mal de gueux. Par exemple pour l'instant j'avais glitché ma flacon pour lancer xellous et récupérer ma clé CPU mais désormais je ne sais pas trop quoi faire et dans quel ordre pour la suite. J'ai vu sur LS qu'il était possible de refaire: - une NAND avec ggbuild 0.33 et le nouveau package - par Fbbuild - dashlaunch 2.25 .. .. bref je suis un peu perdu dans toutes ces possibilité. Quel est la manip' à faire parmi toutes ces possibilités pour qqu'un qui a fait le RGH initial avec Xellous ? Merci

Ah désolé, j'avais fait un début de recherche mais n'avait rien trouvé. Y-a-t-il un thread qui recense déjà ce genre d'informations ? Merci

Bonjour, Maintenant que le RGH loader est sorti, je pense qu'il serait pas mal de centraliser les resultats de temps de boot sur slim des differentes solutions (glitchip/glitch360key/tx coolrunner/...) car sur fat, je crois que tot le monde est d'accord que c'est tres rapide et kif/kif entre les differentes puces mais sur slim, il reste une marge d'amelioration, non ? Pero, j'ai installe une glitchip sur falcon, mais je vais acheter une autre slim la semaine prochaine et essairais une glitchip

Ce qu'il faudrait connaître , c'est les numéros de lot à partir desquels la MFR est > à Août 2011. Car comme cela, on peut le savoir directement par le carton d'emballage. Après pour trouver des "vieux" lots, le mieux est d'aller dans des endroits ayant peu de volume de ventes de Xbox (donc pas Fnac/Micromania/) mais plutôt des hypermarchés car la on peut trouver des vieux lots (dernièrement, j'ai encore vu des lots 1048x à Carrouf alors qu'on en est pour les Slim a des 11xx désormais).

Hello, Personne ne sait ? (je voudrais éviter de prendre le mauvais exécutable si cela peut avoir comme conséquence de "bricker" le graveur...) Merci !

Salut Deaphroat, Merci pour le tuto : je n'ai pas encore reçu mon iHAS624-B (mais cela ne devrait pas tarder !) . Du coup, en regardant le lien firmwarehq.com pour aller chercher le upgrade.exe, j'ai constaté qu'il y en avait 3 possibles (avec des dates différentes) : GL24.exe/GL27.exe/GL29.exe . D'où ma question : faut-il prendre le plus à jour ou est-ce que cela correspond à des sous-versions différentes du lecteur iHAS624-B ?? (et si oui, a-t-on l'info sur le part number du drive ?) Merci

C'est le hack qui permet par dump + re-write avec modfis de la NAND + cablage d'une puce Glitch à souder sur certains points de la carte mère d'executer du code non signé sur la xbox. Par contre, on ne peut pas encore tout faire ce qui était possible avec le hack JTAG v1.0 (exécuter .xex) car le loader n'est pas encore dispo. Par contre, c'est fonctionnel et on peut lancer par exemple des .elf, genre émulateurs N64. a+