SoulHeaven

Salut, Rien de bien compliqué pour la glitchip : 1. Ponter Slim1 et FAT1 au lieu de FAT1 et FAT2 2. Mettre une patte du condo 470pF sur le point F de la puce, et le fil qui va sur la carte mère sur la deuxième patte du condo 3. Mettre le condo 680pF sur le point C de la puce vers la masse.

hum je dirais que non. Normalement la puce doit être inactive une fois un boot réussi avec succès. Cependant si le signal a pas/ ou mal été reçu par la puce quand le boot a réussi, la puce peut rester active, et éventuellement provoquer ce genre de freeze. Ce n'est que de la théorie car je n'ai pas eu le cas personnellement. Si ce nouveau montage peut te permettre d'avoir un boot plus stable, (et donc d'éviter ce soucis) tente le. Tu ne perds rien à essayer en tout cas. L'adaptation n'est pas bien compliquée :-)

Salut, Rien de bien compliqué pour la glitchip : 1. Ponter Slim1 et FAT1 au lieu de FAT1 et FAT2 2. Mettre une patte du condo 470pF sur le point F de la puce, et le fil qui va sur la carte mère sur la deuxième patte du condo 3. Mettre le condo 680pF sur le point C de la puce vers la masse.

C'est justement de ce schema là dont je parle ;-)

Ce n'est pas moi c'est xboxguru. Depuis mon message cela a été posté sur GX :-)

Détrompe toi sur ce point. Avec cables au plus court ok, mais dès que tu rallonges un fil, tu t'expose aux interférences. Et si le fil est mal placé, ça peut ne jamais booter. La longueur est certes importante mais la position l'est encore plus. Pour exemple, j'obtiens un boot très stable à 20s sur 75% des slims avec un F rallongé à 44cm. Par contre si je bouge le fil ne serait-ce que d'1 cm, la console ne boote plus. Et quand on remonte la console c'est encore autre chose. Perso, je préfère rester avec les cables au plus court : (F = 1cm, A = 2,5cm) Avec ça la console boote à TOUS les coups mais avec temps variable. Entre 30s et 1m30. Franchement 1m30 c'est pas la mort à attendre, et au moins ça boote à tous les coups.

Comme je t'ai dit et je le répète encore, il n'y a AUCUNE différence entre la v1 et la v1.1 alors arrête de dire que cela vient de là. Ok tu es peut être tombé sur des puces défectueuses, même si 3 d'un coup je trouve que ça fait bcp, mais les échanger contre des v1.0 ne servira à rien, c'est les MEMES. En plus regarde quand même ce que tu prétends. Tu testes DEUX puces v1.1, et hop ça se transforme en DES MILLIERS DE PUCES défectueuses. Sérieusement tu y crois ?? Vu le nombre de v1.1 écoulée, si ça devait venir de là, cela ferait belle lurette que j'aurai eu des retours et pas seulement le tiens. Pour le SAV t'inquiète pas pour ça chez nous aussi il y en a un et un bon :-). Mais crier partout sans preuve et surtout SANS CONTACTER le fabriquant avant, que tout un lot de puce est défectueux, franchement ça se fait pas. Surtout que l'on se veut ouvert et disponible, n'importe quel membre de GX te le dira, je réponds toujours aux messages que l'on m'envoi. Si tu as un problème avec ta Renault, tu vas contacter la provence pour publier un article comme quoi leur voiture c'est de la merde, puis tu retournes voir ton concessionnaire ? Va voir un peu comment il va te recevoir.... Etre agressif quand on demande de l'aide, c'est vraiment pas la meilleure manière de l'obtenir. Penses-y ;-) Contacte Ninjabox si tu veux pour te faire remplacer tes puces (Mais teste de les reprogrammer AVANT), mais exiger des 1.0 comme je te l'ai déjà dit ça sert à rien, les puces sont les mêmes. Il se peut qu'effectivement elles soient défectueuses (mais je penses plutôt mal programmée), le risque zéro n'existe pas en effet, mais il faut faire les choses dans l'ordre.

Malheureusement oui... Cependant la x360Glitchip sera la première puce intégrant les améliorations RGH pour FAT récalcitrantes. :-)

En fait rien a voir avec le CB, c'est juste les jasper en général qui sont chiantes. Pour l'instant le mieux que je puisse te proposer c'est de ponter SLIM1 et FAT1, les deux autres non. J'ai une new révision de la puce en cours justement pour ces consoles récalcitrantes mais il faudra attendre un peu. Pour info, même moi j'ai eu 1 console que je n'ai pas réussi à glitcher. 2 glitchs en 50 essais et un au bout de 16 minutes.....

Merci de ne pas crier au loup partout comme ça. Pour info il n'y a aucune différence entre la v1 et la v1.1, juste que sur les v1 le condo 270pf est soudé à la main. Vérifie et reflash ta programmation. 1 puce défectueuse ça peut arriver, mais 3 j'en doute fortement. De plus les problèmes de boot sur slim sont bien souvent lié à la position du fil F que vraiment lié à la puce. Question bête, as tu bien fait les ponts sur SLIM1 et SLIM2 ?

Tu as une entête de cryptage sur la table DAE qu iest unique par console

Non sorry étant extrait d'une console enregistrée pour la beta, je ne peux pas te le passer.

oui burning

Les bougres, j'ai récupéré la beta fournie sur le net et là la DAE change : Alors pour corriger mes propos de ci-dessus : - Sur une de mes consoles la DAE n'a pas évoluée et tout fonctionne encore. - Sur une de mes jasper, la DAE a évoluée, cependant tout fonctionne encore. Pour être plus précis, c'est le nombre d'enregistrements disponible dans la DAE qui a évolué. Tous les patchs actuels sont conservés dans cette nouvelle DAE, d'autres en sont ajoutés. Je n'ai pas encore eu le temps de vérifier si éventuellement cela peut en rajouter sur les jeux déjà existants. Je ne pense pas puisque je n'ai pas été flaggué en les testant. Mais dès que j'aurai un peu de temps je vérifierai le type d'enregistrement ajouté. Pour info, il y a 3 types de patchs AP25. - Sur le TITLEID (Pour un jeu précis) - Sur le MEDIAID (Patchs pour MW2 et BO par exemple) - Sur le DISKID (Utilisé sur les XGD3 aujourd'hui) Rien n'empêche M$ de mixer le type d'AP25 sur un même jeu.

bah faur pas chercher plus loin hein ;-) Comme je le pensais, il vérifie maintenant l'espace du xgd3 non gravé avec les pseudos random data

Alors c'est un poil plus compliqué que ça en fait. les FAT vec CB stage 2 ne seront pas glitchable sans mise à jour du script python. Pour les consoles déjà glitchées, il faudra également une mise à jour mais une mise à jour du freeboot. En effet pour l'instant, le freeboot glitch (contrairement au freeboot jtag), utilise les vrai efuses et pas des efuses virtuels. Donc sans update du ggbuild pour gérer des efuses virtuels, le nouveau dash ne bootera pas;

Non en effet, cela ne sera pas une grosse difficulté. En tout cas pour les personnes à l'origine de ce hack :-) Cela n'a aucun rapport avec le lancement de puis le lecteur.... le CD c'est le BootLoader 3. CPU = BL1 = BootLoader 1 CB = BL2 CD = BL3 CE = Kernel de base CF et CG =Patchs Kernel

Sur FAT le CB décrypte et lance le CD directement Sur Slim qui a un CB STage 2, il y a un CB_A (Donc Stage 1) qui décrypte lance un CB_B (Donc stage 2) qui décryptera et lancera à son tour le CD. Ils ont maintenant appliqué le même principe sur FAT. Pour falcon il s'agit du CB 5771 Pour Jasper il s'agit du CB 6751 et 6752 (Sauf que le 6751 ne brulant pas d'efuse, on peut le downgrader vers un 6750) pour zephyr je n'ai plus la version en tête Non puisque pour l'instant la table n'évolue pas, donc toujours les memes patchs. Par contre oui une mise à jour est prévue pour 360 Games Patcher pour la gestion des XGD3, mais j'ai peu de temps à consacrer à ce logiciel pour l'instant.

Sur le glitch, malheureusement sur FAT tous les CB sont passés en version CB Stage 2. Donc le glitch est temporairement bloqué sur ces consoles, jusqu'à ce qu'une évolution du script Python sorte. Pour info, TOUS les jeux XGD3 sont AP25

N'importe quoi. La table DAE n'a PAS évolué. Je l'ai testée hier soir. Si évolution il y a ce n'est certainement pas dans la DAE. Peut être une évolution des requetes comme avec les false AP25 request de la derniere mise à jour. (Ou ils avaient également annoncé une évolution de la DAE, que j'avais démenti et où j'avais indiqué que le seul moyen de bypassé les false request étaient de retirer la protection du black screen sur LT+, ce qui a finalement été fait par C4Eva) Je n'aime pas cette politique de désinformation afin d'enfumer le membre de la communauté et qu'il ne suive qu'un seul avis............

Petite info supplémentaire La table AP25 n'évolue pas sur la beta releasée aujourd'hui.

Horriblement moche : +++ L'accès direct aux DLC et autres du jeu actuellement dans le lecteur --- Le temps nécessaire pour se logguer sur le live ++ Le Xkey fonctionne toujours --- La redisposition des menus/applications... --- Le changement d'attribution des boutons (ex: Pour éjecter c'est plus X mais Y, et détail de jeu l'inverse) + Avec Kinect la navigation du menu est "sympa" mais on se lasse très rapidement, c'est tellement plus rapide avec la manette Je regarde pour le glitch dans le week end

Non

Pour la jtag, spiflasher et diodes suffisent. Pour ta slim, il te faut spiflasher pour dumper/flasher la nand, la x360glitchip pour le hack glitch et un cable JTAG LPT ou un JtU pour flasher la puce. Le spiflasher ne peut pas être utilisé pour flasher la x360glitchip

hum sans disque dur interne ça fait pareil ? jamais eu le cas. c'est bizarre