billos2008

Au fait, j'aurais une question : j'ai regardé le tutorial sur le site xkey (français) et ils parlent de faire d'abord une étape intermédiaire dans l'install sans la carte SD insérée qui fait un boot avec erreur E66 . Je trouve cela un peu moche dans la mesure ou cela peut être marqué dans la NAND (non ?). Du coup, cette étape est-elle vraiment indispensable ? Ne peut on pas passer directement à l'install de la carte SD avec le dummy.bin dedans ? Merci pour le retour

Attends, je suis perdu deaphroat : faut il fournir le dae.bin au xkey ou n'est il necessaire que lors du dump xgdrip ? (Un peu comme c'est le cas avec les fw 0800 v3 pour le cfw de c4eva)

Pareil pour moi, livraison prevue Jeudi si tout va bien.... lol : Soul, fournisseur officiel xkey des gueux !!!

Oui, d'ailleurs la meilleure preuve c'est qu'aujourd'hui les ODDE ne marchent pas sur les Hitachi 0500 , tiens comme les CFW c4eva d'ailleurs !! (un hasard ?? )

@Yvan, moi aussi je suis en status de cours de livraison. Par contre, ce genre de 1ère réponse côté colissimo est normal : ils updatent leurs serveurs de statut de commande le soir ou à minuit. Demain tu verras ton status mais Colissimo c'est stable : tu le recevras Jeudi normalement

En fait, j'aurais une question similaire : ma solution pour résoudre le blocage en write des old-9504 (passés en 0272) apres le dash 13599 a été de mettre un autre lecteur DVD 9504 que j'ai flashé récemment en LT+2.0 (et qui n'est donc pas bloqué en write). La question que je me pose est : est-ce que si je laisse mon spare 9504 flashé en LT+2.0 sur le dash 13599, M$ va détecter que le SPI n'est pas locké pdt l'update et enverra les commandes cdb pour le bloquer ou est-ce qu'il va se dire je suis déjà en 13599 donc pas besoin de reflasher le lecteur?? Car si c'est le 1er cas, il va falloir que je rouvre la console et que je mette le lecteur d'origine 0272 bloqué en Write , passer l'update et remettre ensuite l'autre lecteur (afin de ne pas le bloquer). Si qqu'un a fait l'essai je suis preneur ! A+

Ouaip, je pense que les 3 principaux points à surveiller sont : o Update du dae.bin ? (comme disait Enzo) => si oui, alors backup 0800 V3 gravés à la poubelle et à refaire car questions AP25 différentes sur cette version de dash o ODDE (x360key/wazabi) mis hors de service ? o Début de Ban wave? Qui sont les courageux qui tentent aujourd'hui ?? Hmm ?

Pareil pour moi Soul !! Comment se fait-il que l'on n'ait pas encore notre numéro de suivi Colissimo pour le xkey acheté sur ton site ??? Plus sérieusement, voila le risque auquel tu t'exposais de vendre à des gueux : tomber sur une bande d'impatients Sinon, je me demandais si j'allais faire le pas de changer mon LiteOn 272 en LT+2.0 tout de suite en xkey dès la réception ou si j'allais plutôt attendre les 1ers titres qui ne passent plus sur le cfw de c4eva et de passe en xkey (si eux y arrivent bien sur...) D'ailleurs à ce propos, y-a pas mal d'excités (ubergeek de TX pour ne pas le citer) qui affirment que xkey pompe allégrement les cfw de c4eva pour leur systeme xkey et que sans le support de ces cfw, xkey n'avancerait pas. Je prends ça avec des pincettes car cela vient de TX et on connait leur légendaire mauvaise foi surtout quand ça touche au $$$ du hack de la xbox (par exemple leur critique concernant les checks ap25 par le dae.bin des russes alors que le fw 0800 V3 fait pareil, n'est ce pas Soul ?) Savez-vous par exemple si la team Xkey a écrit de manière autonome leur utilitaire XGDRip ou avait il acces à des version leakées du 0800 V3 dont ils se seraient inspiré ??

Heu, je crois que tu te trompes : ce sont les phat jasper qui pouvaient avoir une nand de 256 ou 512 Mo.

Merci Enzo pour la réponse. Bon, ben ya plus qu'à mettre un PCB TX (heureusement, il m'en restait 1 ! )

Salut, J'aurais une petite question pour les experts Slim : J'ai une SLIM qui avait à l'origine un 9504 comme lecteur. Lorsque le problème est arrivé du dash 13599 qui bloquait en écriture les lecteurs 9504, j'ai passé l'update du dashboard avec le drive 9504 qui est donc passé en 0272 bloqué en écriture, puis j'ai mis un autre drive 9504 (qui lui n'a pas été bloqué) sur lequel j'ai écris le LT+1.9 pour 0272. Cette console a ensuite été sur le Live mais n'a jamais refait un update dash (car à jour). Cependant, lorsque je viens d'essayer de le remettre en Vendor mode , je m'apercois que JF me dit que le "Slim Unlock returned an error". Du coup, je me pose la question suivante : est-il possible que M$ ait bloqué mon 9504 par ces fameuses commandes cdb sans passer par un update dashboard ??? Ou est-ce que je fais une mauvaise manip dans JF ??? Merci d'avance

Hmmm, cela vaut-il vraiment le coup de désosser sa SLIM pour mettre un LT2.0 alors qu'il est déjà confirmé (confirmé par la team TX) que de nouveaux titres (Forza 4 ??) incorporent de nouvelles protections ?? Perso, j'attends le LT2.1 ( ou quelque soit son nom )

Le module USB oU LPT, c'est le module externe qui permet de lire/écrire la NAND et qui inclut le plus souvent un microcontrolleur PIC. Il existe plusieurs variantes de ce genre de module : Maximus Nand Flasher/ Team Executer NAND-X / Matrix Nand programmer

Dites, pour ce qui est des INTENSO, il n'y a pas l'air d'avoir de très bons retours sur ce genre de marque, allez jeter un coup d'oeil par exemple la http://fr.alatest.be/avis/cd-dvd-vierges-e...3-118274638,89/

Punaise, je viens de comprendre ce que voulait dire c4eva ... au début je croyais qu'il disait "fw is fine'" => donc le firmware est OK ", working on forea 4" => mais je travaille sur forza 4 qui apporte un nouveau check mais en fait, il faut comprendre : "le firmware est OK, marche sur forza 4" Du coup pas d'excuse, le LT2.0 doit sortir demain !!!!

Bon, ben a y est, j'ai fini sur ma falcon et tout marche, elle est bien glitchée (et d'ailleurs, elle boote ultra rapidement, tjrs qque secondes ) yahheahhhh ! Donc je peux faire mon retour d'expérience, si cela peut aider d'autres gueux, ça sera cool. Tout d'abord un grand merci à Soul' car ce gars la m'a aidé régulièrement tout au long de mon essai et je tenais à le souligner. Ma Xbox est une PHAT Falcon (CB5771) et j'ai utilisé une 360GlitchChip de Soul' (avec son soft de programmation) o Dump NAND avec un Matrix NAND programmer (d'ailleurs c'est beaucoup + lent qu'un Maximus NAND flasher que j'avais utilisé dans le passé) o Génération du .ecc avec le build.py du package RGH 1.1 (surtout ne pas utiliser bestpig ecc generator 1.1 pour une Falcon qui ne contient pas le build.py 1.1 ) o Write des 50 blocks du .ecc dans la NAND o Installation/pose 360 glitchchip avec l'excellent tuto du site officiel : http://www.x360glitchip.com/ o Programmation du .jed falcon dans le Xilinx avec le soft de Soul (en version 1.1) => OK avec un cable LPT<-> JTAG3 o Allumer à nouveau la Xbox et que du bonheur ;-) Il y a juste une question qui me reste : je dois utiliser la sortie video composante pour avoir une image alors que rien ne sort si je suis en HDMI (mais la console boote quand même, led verte stable). Est-ce normal pour une falcon ?

J'espère que cette mise à jour ne concernera bien que les problèmes liés à l'Hitachi et qu'ils ne vont pas en profiter pour changer d'autres trucs, au hasard le dae.bin dont dépendent les backups XGD3 maintenant.... ou pire s'amuser à reflasher tous les FW des lecteurs

Salut, Non, pour le moment le Reset Glitch Hack n'en est qu'à des premiers balbutiements : le hack est certes fonctionnel d'un point de vue hardware mais il ne permet pour l'instant que de lancer Xell (et donc récupérer sa clé CPU et clé DVD). Par contre, rien n'a encore été developpé pour lancer des .xex ou des dash alternatifs. D'après ce qui se dit, les "pères" du hack ne sont pas intéressés par ces développements (car très proche du piratage) mais veulent promouvoir plutôt le développement libXenon & Co . Du coup ce sont des gens moins expérimentés qui travaillent actuellement sur le software lié au hack (et donc cela avance .... ben comme cela peut quoi ! )

@Soul, Je viens de jeter un coup d'oeil sur l'endroit que tu recommandes pour la PHAT et je vois qu'elle couvre complétement le dessus du chip xbox360 (pas le hana mais celui à cote avec le rond blanc) Ne penses-tu pas que cela craigne un peu côté dissipation thermique pour le chip qui est couvert par la glitchkey sur le long terme ? (peut-être ne chauffe-t-il pas trop mais je ne sais pas en fait )

Merci Soul, J'étais resté sur les tutos de LS mais ceux du site officiel sont encore mieux : j'ai ma réponse ! Merci La je viens de réecrire le .ecc dans la NAND, j'ai programmé le Xilinx avec ton soft (ça marche nickel avec un cable LPT JTAG3) et il ne me reste plus que les 4 dernières connections !

En fait, pour les cartes mère PHAT, c'est un condo c3c6 qui gène pour poser bien à plat tranquilou la puce Glitch. Du coup, je me demande : mettre un morceau scotch double face sur une petite partie des ailettes basses du radiateur et poser la puce Glitch dessus, c'est pas jouable ?? Merci du feedback pour ceux qui ont glitché des PHAT !

Une derniere question (j'espere !) Soul : j'ai vu sur tes tuto sur LS la place que tu preconisais pour ta puce sur slim ainsi que la maniere de remonter les 2 points derriere mais par contre pour la phat, ou conseillerais tu l'emplacement de la puce ?? (J'ai essaye a cote du chip hana mais un condo cms gene....)

Salut Deaphroat, Merci pour la réponse : c'est ce que j'ai fait (utiliser le python avec le buid.py1.1) . Par contre, je ne comprends pas pourquoi les personnes derrières ECC Glitch Générator ont fait une version 1.1 si ce n'est pas pour intégrer les fichiers modifiés par Glilgli dans sa version 1.1 ... C'est on ne peut plus piégeux tout ça ! Dans tous les cas, il ne me reste plus qu'à cabler la glitchip de Soul' et je ferais un rapport complet ensuite sur une Falcon FAT

Perso, je bosse dans l'électronique et c'est juste délirant d'entendre que toutes les pièces après final test doivent passer encore un test supplémentaire in situ (très couteux en temps, car installation dans xbox) .... jamais rien entendu de similaire dans l'industrie en tout cas . C'est à se demander si ils n'ont pas confiance dans leur produit. Dans l'immédiat, je ne vois pas comment ils vont pouvoir honorer leurs commandes en testant toutes les pièces une par une dans les xbox, lol (à part embaucher 200 népalais et les motiver à ouvir les xbox, mettre un xkey, booter un jeu .... )

Super, Merci Soul !! Donc cela veut dire qu'il faut que j'utilise absolument le .ecc généré par build.py 1.1 et non pas celui fait avec ecc glitch generator 1.1, c'est ça ??